Add a list of recently opened files in the editor

[GoogleCodeExporter]

I have a patch that adds an item to the File menu. 

Here's a screenshot

 http://ayershome.org/users/eric/software/open-recent-screenshot.png

Forum post:

  http://arduino.cc/forum/index.php/topic,113366.0.html

Original issue reported on code.google.com by ericzun...@gmail.com on 9 Jul 2012 at 12:44

Attachments:

• open-recent.patch

[GoogleCodeExporter]

Updated patch

Original comment by ericzun...@gmail.com on 10 Jul 2012 at 3:12

Attachments:

• open-recent.patch

[GoogleCodeExporter]

Cool, thanks for looking into this!

A similar feature has been added in the Processing 2.0 alphas.  It would be 
great to mirror their approach, especially the UI but also, where possible, the 
implementation.  For example, they show only the sketch name (not the full 
path) and the naming / location of the menu might be slightly different.  

Can you take a look at their implementation and see if we can use that one or 
otherwise align them?

Original comment by dmel...@gmail.com on 15 Jul 2012 at 12:08

• Changed state: Accepted
• Added labels: Component-IDE

[GoogleCodeExporter]

Are you going to try to pull in the Processing 2.0 stuff into the project?  If 
that's the plan, I can pull in that class and try to retrofit it into Arduino.

I've got some questions about the Processing 2.0 stuff.  There is what appears 
to be some useless code in the Recent.java class (why does it read 
'recent.count' from preferences? Is that a work in process or a leftover?) Why 
a separate text file from the preferences?  I also made an effort to exclude 
the temporary sketches in the Arduino patch - maybe I should submit a patch to 
processing 2.0 first?  Can you introduce me to someone on that team to talk to?

Original comment by ericzun...@gmail.com on 16 Jul 2012 at 2:16

[GoogleCodeExporter]

I'd like to pull in Processing 2.0 code / features as needed.  At this point, 
it's probably not feasible to do a wholesale merge with their code base, but 
I'd like to stay in sync where possible.  

As for the weirdnesses in the Processing: in general, if it's good enough for 
Processing, it's good enough for me (unless there's something specific about 
Arduino that would cause a problem).  Maybe we can bring in their code as is 
and then work on improving both?  

I don't think there's a developers list for Processing, but you can open issues 
on their Google Code project: http://code.google.com/p/processing/issues/list

Original comment by dmel...@gmail.com on 19 Jul 2012 at 2:37

[GoogleCodeExporter]

https://github.com/arduino/Arduino/issues/979#issuecomment-109330519

Original comment by federico...@gmail.com on 5 Jun 2015 at 3:33

• Changed state: Fixed