Re: GNOME Roadmap - Information Request for epiphany
- From: "Dylan McCall" <dylanmccall gmail com>
- To: epiphany-list gnome org
- Subject: Re: GNOME Roadmap - Information Request for epiphany
- Date: Thu, 3 May 2007 08:56:01 -0700
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
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
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.
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.
On 4/23/07, Lucas Rocha <lucasr gnome org> wrote:
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 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
- 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 roadmap-list gnome org
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 (
LibGnome, GnomeVfs, etc). You can use this template for the wiki page
2. Add a link to the new page in
and set the status column to "Info" accordingly.
You can keep track of the roadmapping process for your (and other)
For more information about the roadmap process, go to:
For more information about our schedule, go to:
Thanks for your contribution!
The Roadmap Gang
epiphany-list mailing list
epiphany-list gnome org
] [Thread Prev