GNOME Bugzilla – Bug 43538
REQUEST: Easier way to minimize an active sidebar tab
Last modified: 2004-12-22 21:47:04 UTC
Nautilus hourly RPM build 20001005002005 on RH6.2. I would like the ability to minimize/hide a sidebar display (such as "Notes," "Tree," etc.) without having to move my mouse to the top of the sidebar and click on the tab. Consider this scenario. I open nautilus and click on the "History" tab. It appears empty because I have no history. I say, "That was pointless!" Now I have to drag my mouse to the top of the sidebar to hit the tab again to close it. If Nautilus is maximized on the desktop, that represents a lot of unnecessary scrolling. A generalized control at the bottom of the sidebar that could perform "return to background", which appears when a tab is open, would be nice to have. ------- Additional Comments From darin@bentspoon.com 2000-10-09 10:42:39 ---- Clearly not appropriate for PR2. Most likely we want to defer this. This is caused by 2 aspects of our sidebar panel tab design. 1) The tabs move a long way when you activate a panel, unlike traditional tabs for GtkNotebook for example. 2) There's no tab for the default sidebar which shows behind the panels. It's not clear how to make a change that would still have things look nice and address this annoyance ------- Additional Comments From bud@eazel.com 2000-10-09 12:46:59 ---- Good suggestion -- should be addressed after 1.0. ------- Additional Comments From arlo@workthatmouse.com 2000-10-09 13:02:36 ---- I have a solution (that may not be a great one) that I'll see if Andy is up for implementing as a quick and dirty placeholder. ------- Additional Comments From eli@eazel.com 2000-10-16 19:32:57 ---- Batch-assigning QA ownership of remaining bugs to eli@eazel.com ------- Additional Comments From sullivan@eazel.com 2000-10-23 13:04:41 ---- Retitled for clarity. ------- Additional Comments From andy@eazel.com 2000-11-27 11:07:32 ---- one easy fix would be clicking in the "gap" left by the opened view close it. I'm not sure if this is Arlo's suggestion; I'll run it by him. ------- Additional Comments From brett@eazel.com 2001-01-13 20:39:00 ---- Retitled. ------- Additional Comments From arlo@workthatmouse.com 2001-01-13 20:42:43 ---- Another retitle... and... I have a way to do this, but it's probably not going to make it into 1.0. I'll attach a screenshot shortly. ------- Additional Comments From eli@eazel.com 2001-02-09 11:35:36 ---- Duane is now the proud new QA owner of 'Sidebar', and 'Sidebar Panel: (Other)'. ------- Additional Comments From andy@eazel.com 2001-02-09 15:40:39 ---- I implemented a simple fix for this - when you click on the background area that the active tab formerly occupied, it closes it. We can make this better, post 1.0, by supplying an affordance for this, so I'll leave this open for that. ------- Additional Comments From eli@eazel.com 2001-03-26 11:07:57 ---- QA Assigning to self. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:41 -------
I have a quite similar problem with the tabs: menu and toolbars are normally at the top of the window, only the sidebar tabs are at the bottom. So whenever I want to switch the tab I move my mouse automatically half-way up, then remembering that the sidebar tabs are at the bottom, and move way down to the tabs... IMHO, it would be better to place the tabs at the top of the sidebar. The activated tab could get simply a different color (or so) and we would fix two problems at once! :) I think it is much more intuitive to have all "mouse targets" of the application somewhere at the top of the window...
this is technically fixed. we need to decide if the current behavior is right or not. see bug 77940
OK, marking this closed. Either the other one is a bug or it isn't, but that doesn't affect the fact that this is done.