Closed
Bug 285096
Opened 20 years ago
Closed 20 years ago
Shortcut for History toggles History on, but will not toggle it off.
Categories
(Camino Graveyard :: History, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: bugzilla-graveyard, Assigned: mikepinkerton)
References
()
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050306 Camino/0.8+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050306 Camino/0.8+ Cmd-Y brings up the History, which makes perfect sense, as this is the shortcut listed in the menu. Once the History pane is brought up, though, no amount of cmd-Y-ing will make it go away. Rather, one must now go Back or close the tab in which the history was opened in order to make it go away. This seems rather counterintuitive, as a "Show [item]" menu item logically should be accompanied by a "Hide [item]" menu item. Reproducible: Always Steps to Reproduce: 1. Open a browser window. 2. Press cmd-Y or select "Show History" from View menu. 3. Attempt to dismiss history by typing cmd-Y again, or by looking for "Hide History" in View menu. 4. Revel in the resulting confusion. Optionally, you may bang your head against a hard surface. Actual Results: What happened: I got a bruise on my head. Expected Results: What should have happened: I should have been presented with a "Hide History" menu item in the View menu, with cmd-Y as its shortcut.
| Assignee | ||
Comment 1•20 years ago
|
||
this has been covered in a bunch of other bugs. show history isn't a toggle by design, the only toggle is cmd-b show/hide all bookmarks.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WONTFIX
| Reporter | ||
Comment 2•20 years ago
|
||
Respectfully, *why* is there no negative complement to "Show History?" "Because we said so" is a perfectly fine *answer*, but it's not a *reason.* As far as I can see, every single "Show..." option in Camino has a "Hide" counterpart, EXCEPT for History. Why is History any different from everything else?
Read bug 266394 comment 2
| Reporter | ||
Comment 4•20 years ago
|
||
That still doesn't explain why History is the only "Show" item not to have a corresponding "Hide." The Toolbar is toggled on and off with cmd-opt-T. The bookmark bar is toggled on and off with cmd-opt-B. The bookmark manager is toggled on and off with cmd-B. Remind me one more time why History isn't toggled? cl
| Assignee | ||
Comment 5•20 years ago
|
||
because it's the bookmark manager that's being toggled. history is just one view of said manager.
(In reply to comment #5) > because it's the bookmark manager that's being toggled. history is just one view > of said manager. I really think you should consider implementing the history toggle. It doesn't make sense to me to think of the History as a subset of the bookmarks. And being an average Camino user, I don't think it would make sense to the average Camino user. If I had my way, the History would not be included under groups in the bookmarks window. Or maybe both the bookmarks and the history can be considered subsets of a main collection, like playlists in a library. Anyway, that's not what I wanted to comment on. This is my opinion on how the boomarks and history toggles should work (as posted on the Camino mozillazine forum): 1. Clicking on either the bookmarks or history buttons would toggle it on- ok, so it does that already, that's fine. 2. Clicking on that same button again would toggle it off again as expected. 3. Clicking on history while bookmarks is open would swap to history and vice versa. Clicking again on history would close history/bookmarks and take you back to your page. To me, the history is separate from the bookmarks, it does not make much sense to put the history under the bookmarks. I know they are related but I don't know if the average user would understand that they are related and so it would not occur to them that that is why the history button won't toggle the history off again. Perhaps if there was some visual clue, like having the buttons sunken or dark as previously mentioned then there would be no confusion as to which was open. Clicking either button would make it dark or sunken like most toggle buttons, clicking it again would "raise" the button and turn it off. Safari manages this well with the bookmarks button, it makes it easier to understand why the page you were looking at appears again after turning off the bookmarks because you can almost picture the button switching on a window that sits on top of your window, leaving your page behind it, a bit like bringing dashboard over your screen. The problem is it would look strange to have sunken buttons in the main toolbar, that is why I think the bookmarks and history favicons in the bookmarks bar should be altered to have this feature if possible and to have it as standard when Camino is installed.
What I'm trying to say is please reconsider altering this beheaviour, I think the result would be that Camino would be more intuitive and easy to use. Ben
I have posted a new bug outlining some proposed changes to the organisation of the bookmark manager, see the following link: https://bugzilla.mozilla.org/show_bug.cgi?id=311286
You need to log in
before you can comment on or make changes to this bug.
Description
•