A simple change I would like to see is session restoring for Epiphany, perhaps just as an option to restore the previous session next time it is started. Session restoring already happens, but only when it crashes or ends in an unpleasant manner. This results in one of the most ridiculous lines in a user-friendly FAQ I've ever read: "If Epiphany crashes, or if you restart your GNOME session while Epiphany was open, it will offer to restore the previous state. Be aware that if you exit the application with the Close action in the File menu, or through the window manager's close window action, the state won't be saved. Users better versed in the UNIX tools that, for some reason, need to restart Epiphany without closing their session can send Epiphany a SIGTERM with the kill command (e.g., killall epiphany, or kill pidof epiphany)."
I don't think anyone will disagree, that is absurd! Don't need to duplicate the session manager extension, but it would be nice to have an option in Options to perhaps restore the previous session whenever Epiphany is started. (Or more adventurously, Epiphany could have a way to save its sessions to files in a visible way that are openable by and associated with Epiphany, offering a sort of session management feature that isn't quite possible with an extension...) Another less simple thing I find is that it is a bit odd how the bookmarks menu works. It is really cool that it figures out which topics should get their own sections (it seems to be 99% accurate!) but I am bothered that this organization relies entirely on the program; what if it isn't thinking how I'm thinking? Perhaps a quiet little option under the right click menu for tags in the bookmarks manager to set them as having their own item in the head of the Bookmarks menu would suffice. Another thought there for the Bookmarks menu is that there are seperators all over the place, which is good in that the end result is fairly tidy / manageable in theory, but they are unlabeled; there is no telling what tags each bunch of bookmarks has. I wonder if it would be possible to stick labels on those seperators? Anyway, just some ponderings. Bye, -Dylan McCall On 4/23/07, Lucas Rocha <[EMAIL PROTECTED]> wrote:
Dear maintainer, GNOME 2.18 was released ~1 month ago, and we've all started to focus on the next development cycle. A new roadmapping process has been proposed[1] to know our short-term and long-term plans. The goal is to compose a GNOME-wide roadmap for the next stable releases. And we need your help to do this. It's important that you take a few minutes to reply to the following questions before May 7. ---- - What are your plans for GNOME 2.20 (next 4 months, before feature and UI freezes)? - What are your plans for GNOME 2.22 (next year)? - Do you have plans for a future release? - Do you have any goals from 2.18 that were not achieved? Why? - Is there something that is really missing in our infrastructure or platform that would help you? - Do you have plans to work on other modules not maintained by you? What are they? - Do you have any GNOME-wide goals suggestions for the next releases? ---- You can reply those questions in two ways: you can directly create a wiki page for your module's roadmap or you can just reply this message to [EMAIL PROTECTED] To create the wiki page, follow the instructions: 1. Create a wiki page under http://live.gnome.org/RoadMap/ModuleName, where "ModuleName" is a wiki word version of your module (i.e Gedit, LibGnome, GnomeVfs, etc). You can use this template for the wiki page initial content: http://live.gnome.org/RoadMap/ModuleTemplate 2. Add a link to the new page in http://live.gnome.org/RoadMap/Modules and set the status column to "Info" accordingly. ---- You can keep track of the roadmapping process for your (and other) modules at: http://live.gnome.org/RoadMap/Modules For more information about the roadmap process, go to: http://live.gnome.org/RoadMap/Process For more information about our schedule, go to: http://live.gnome.org/Schedule Thanks for your contribution! The Roadmap Gang [1] http://mail.gnome.org/archives/devel-announce-list/2007-March/msg00011.html _______________________________________________ epiphany-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/epiphany-list
_______________________________________________ epiphany-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/epiphany-list
