The "sidebar" here isn't a typical "sidebar" as in other applications, such as web browsers or file managers. It is a core piece of the interface, and the sole method of accessing your data. Without the sidebar displayed, the user loses the ability to change components in the application window, switch folders, enable/disable calendars, or see important information about the current folder, such as the number of mails that are in it. If we are going to allow hiding the sidebar in this manner, then we need some way to access these pieces of information while it is not visible. The user needs to know where new mail is, or what calendars are in view. The user needs to be able to switch components in the main UI. I am very skeptical of how allowing the user to disable the sidebar improves on the usability of evolution for a large group of people at all. It is understood that you like the idea, and are a very advanced user of the application, but I don't think it makes sense for most of the people out there. -- dobey On Mar , 2004-05-04 at 13:13 -0400, William Jon McCann wrote: > Hi, > > Just to complicate things ;) I have added an option to show/hide the > sidebar. > > This patch reverts to using the top of the View menu for these options. > This is because it seems to be the de facto standard place and because > the mail component doesn't seem to want to put them anywhere else :) > > The menu mnemonics should be ok. > > Accelerators have been added that don't seem to conflict with anything > that I can see. > > I added one bit of API to peek at the shell sidebar widget. > > Does this look ok? > > Thanks, > Jon
Attachment:
signature.asc
Description: This is a digitally signed message part