GNOME Bugzilla – Bug 101881
Recent Applications spec should save application information
Last modified: 2009-10-19 12:27:26 UTC
The recent application spec looks like this: <RecentItem> <URI>file:///home/jwillcox/testfile.txt</URI> <Mime-Type>text/plain</Mime-Type> <Timestamp>1028181153</Timestamp> <Private/> <Groups> <Group>Recent File Test</Group> </Groups> </RecentItem> But the application used to work on the file should be saved as well. This information could be used to re-open the correct application again. (Even in the mime default is different.)
This is my bug, but there isn't yet a component for recent-files My opinion on this is that it is correct the way it is. The rationale being that the only time you are going to open a recently-used file by launching an application is from the panel menu. IMHO, the behavior here should be the same as it is when you open a file from nautilus. One thing we could do is provide a context menu (on the menu item) that shows the "open with" stuff. Of course, I am willing to discuss the solution proposed above as well as others too.
Recent files should open in the application that last edited that file. While its conceptually/theoretically nice to think of it as doing the same thing as Nautilus, the use cases are different. Recent file's primary use is to get back to "where the user was". This includes using the same application to edit the file.
Moving recent-files bugs to newly created recent-files component (hope snorp is okay with this).
*** Bug 170469 has been marked as a duplicate of this bug. ***
The new recently used resources also saves the application that is registering the file, so that this metadata can be used when launching a recently used resource with the last/more used application. Also, we can create a filter or a sorting method based on the registering applications. See http://live.gnome.org/RecentFilesAndBookmarks for more informations.
clarifing a bit more: the new infrastructure for the recently used resources will store every application that has registered a recent file. this way, it'll be possible to get the application (both its name and the command line used to launch a file) that has registered a recent file last, get the number of times a file has been registered (also by each application) and sort the list accordingly. this bug is marked as WONTFIX because the recent-files infrastructure cannot be modified without changing it into the new BookmarkFile/RecentManager pair. the new code for recently used resources lives in libegg for the time being, while it's awating the green light to go into the next release of GTK. the modules are: libegg/bookmarkfile - BookmarkFile, the parser (target: GLib) libegg/recentchooser - RecentManager, the list manager object and RecentChooser, the UI (target: GTK)
*** Bug 346814 has been marked as a duplicate of this bug. ***
I would just like to point out a rather nasty aspect of this problem - I often edit shell scripts in gedit, and if I try to reopen them from Recent Documents, as far as I can see they are executed.
Hm, I actually ran a test with this with a script containing some zenity commands, and it didn't look like they were executed after all. So unless you know something to the contrary, you can ignore my last comment.