Closed
Bug 23460
Opened 25 years ago
Closed 14 years ago
Bookmarks URL should show in status bar at mouseover of menuitem
Categories
(SeaMonkey :: Bookmarks & History, defect)
SeaMonkey
Bookmarks & History
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bugzilla, Unassigned)
References
Details
When you're in the browser and press Bookmark from the menu and holds your cursor over a bookmark the URL for that bookmark should both be shown in the Status bar at the buttom of the screen and be shown as a tooltip.
Updated•25 years ago
|
Assignee: shuang → slamm
Severity: normal → enhancement
Component: UE/UI → Bookmarks
QA Contact: elig → claudius
Comment 1•25 years ago
|
||
Tooltips don't display because they're not implemented yet. Changed severity to "Enhancement Request" --- this is a Windows-only IE feature that would be nice to have, but its omission certainly not a bug.
Reporter | ||
Comment 2•25 years ago
|
||
If tooltips aren't implemented yet, what about just displaying the URL in the status bar at the buttom of the screen?
Updated•25 years ago
|
Status: NEW → ASSIGNED
Summary: Holding your mouse cursor over a bookmark in the bookmarks should show the URL of that bookmark in the status bar → Bookmarks URL should show in status bar on mouseover
Target Milestone: M17
Comment 3•25 years ago
|
||
Resummarizing. Assigning milestone. Marking Assigned.
Comment 4•25 years ago
|
||
annotating summary to differentiate this from bug 10239 which is to display the URL when mousing elsewhere [than the BM menu].
OS: Windows 98 → All
Hardware: PC → All
Summary: Bookmarks URL should show in status bar on mouseover → Bookmarks URL should show in status bar when on mouseover of menuitem
Comment 7•24 years ago
|
||
Just in the status line, please. In the status line *and* as a tooltip would be overkill, just as it would be for ordinary links.
Comment 8•24 years ago
|
||
Note that the bookmarks menu hides the status bar, if the menu is long enough. So, tooltips *might* not be a bad idea. But status bar is more important.
Comment 9•24 years ago
|
||
Nav triage team: [nsbeta3-]
Summary: Bookmarks URL should show in status bar when on mouseover of menuitem → Bookmarks URL should show in status bar at mouseover of menuitem
Whiteboard: [nsbeta3-]
Updated•24 years ago
|
Severity: enhancement → normal
Comment 11•24 years ago
|
||
I think, this should be fixed for Mozilla 1.0. Low cost, high reward.
Keywords: mozilla1.0
Comment 12•24 years ago
|
||
Reassigning 79 Bookmarks bugs to Ben. I was told this was going to be done shortly about two months ago, but it clearly hasn't been. I think that's long enough for all these bugs to remain assigned to nobody. Feel free to filter all this spam into the trashcan by looking for this string in the message body: ducksgoquack
Assignee: slamm → ben
Status: ASSIGNED → NEW
Comment 13•24 years ago
|
||
This is an easy and safe enhancement that I have done before, however as there is nothing like an event for "focusing a menuitem with the key arrows", the url will be displayed only when the onmouseover event is fired. Apart from that, it's feasible, and it would be a cool thing to have indeed. Fabian.
Comment 14•24 years ago
|
||
Right. As with 47434.
Comment 15•24 years ago
|
||
*** Bug 62683 has been marked as a duplicate of this bug. ***
Comment 16•24 years ago
|
||
please also fix (at least look at) bug 64307 since it addresses the more relevant issue of bookmark visibility (tooltips) and url displaying (statusbar) while using bookmarks from MySidebar. Thank You.
Comment 17•24 years ago
|
||
*** Bug 64013 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 18•24 years ago
|
||
*** Bug 64892 has been marked as a duplicate of this bug. ***
Comment 19•24 years ago
|
||
This should also work for bookmarks hovered over in MySidebar. This was bug 64892 which has been marked as a duplicate of this one.
Comment 20•24 years ago
|
||
Netscape Nav triage team: this is not a Netscape beta stopper. Please do this as a tooltip. adding german to the cc list.
Keywords: nsbeta1-
Comment 21•24 years ago
|
||
It seems the majority preference expressed in this bug and its duplicates and in (the possible duplicate) bug 10239 is for the bookmark URL to be shown just in the status bar. Users are used to looking for URL information in the status bar such as when hovering over links, so that should be primary. Tooltips should perhaps be an option.
Comment 22•24 years ago
|
||
I agree with tpowel. Status bar makes a lot more sense and all the duplicates request status bar messages. Whoever decided that please comment with your reasons, thanks.
Comment 23•24 years ago
|
||
> this is a Windows-only IE feature that would be nice to have
For the record: 4.x Unix shows the URL in the status bar.
Comment 24•24 years ago
|
||
*** Bug 42136 has been marked as a duplicate of this bug. ***
Comment 25•24 years ago
|
||
*** Bug 10239 has been marked as a duplicate of this bug. ***
Comment 26•24 years ago
|
||
I am also of the opinion to put the information into the status bar. The added benefit is this is analogous to what is expected when hovering over a link on a page. Tooltips on menuitems as indicated by the original poster which means popping up a tooltip above a menu that has been popped up over the browser also seems akward to me. I can't remember having seen tooltips on menuitems on any other app/platform, since you do not really hover over an item.
Comment 27•24 years ago
|
||
This bug's severity should be Enhancment (Navigator never had that feature).
Comment 28•24 years ago
|
||
Sorry for the spam, but the previous comment is inaccurate. This isn't an enhancement. It's 4xp as marked since Navigator 4 and IE5 have this. See Ben Bucksch's Unix 4.x comments above and my comments in bug 10239. As I recall this feature was actually in Navigator 3 but partially broken in 4 when accessed from the bookmarks toolbar button.
Comment 29•24 years ago
|
||
This bug might depend on bug 47434.
Comment 30•24 years ago
|
||
Marking nsbeta1- bugs as future to get off the radar.
Target Milestone: --- → Future
Comment 31•23 years ago
|
||
This is a fairly serious usability issue for the bookmarks menu. For bookmarks without a good title, there's no way to figure out where they go without going there. Since this is 4xp and shouldn't be that complicated to add, it'd be real nice to have before 1.0.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 32•23 years ago
|
||
*** Bug 101714 has been marked as a duplicate of this bug. ***
Comment 33•23 years ago
|
||
I am reporter of bug 101714, marked duped of tha tone. I would like to add some comments regarding the tooltip side of the original bug which has been - IE has the feature. why not a 'parity-ie' keyword, even if it has only be used once in the bug reports (I've seen several opera-parity though) - this bug creates an inconsistency in the perosnal toolbar between bookmarks and bookmarks within folders. Note the subject should maybe changed so that other people don't miss it and do not report bugs for the tooltip, like mine. Proposal: "Bookmarks URL should show in status bar [and tooltip] at mouseover of menuitem
Comment 34•23 years ago
|
||
No, we don't need to show the URL in 2 places (statusbar and tooltip) - the statusbar is enough. We really need a *Titletip* that shows the full text of the bookmark "Name" when it is truncated. That is far more useful than showing the URL twice. Also, it's probably not possible to show a tooltip and a titletip at the same time (that would look pretty bad anyhow).
Comment 35•23 years ago
|
||
the status bar usually gets obscured by a bookmark menu, because it is naturally very long and usually quite wide. however, i think as a bandaid fix it should be harmless to implement having tooltips appear in menus is an odd suggestion, and i think it should be avoided. over time, the behavior of menus has become well defined and their sanctity should not be sacrificed for what amounts to bad practice, or inefficient system management. The bookmarking system is really at fault for this, we should instead empower users by providing them with more effective bookmark management. If a bookmark is poorly titled, it is either the fault of the web author, or the fault of the bookmarker (or a cumbersome bookmarking system), neither of which should system menus be held accountable for. A better solution lies in redesigning the bookmarking system, and empowering users with *manageable* access to visited sites.
Comment 36•23 years ago
|
||
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter email notifications caused by this by searching for 'ilikegoats'.
Assignee: ben → pchen
Status: ASSIGNED → NEW
Comment 37•23 years ago
|
||
See also bug 88541, a similar bug for the menus next to the back and forward buttons.
Comment 38•23 years ago
|
||
*** Bug 117595 has been marked as a duplicate of this bug. ***
Comment 40•23 years ago
|
||
adding self to cc list
Comment 41•23 years ago
|
||
I have filed the related, if not conflicting, bug 135962: [RFE] Show description field in tooltip on hover over bookmarks.
Comment 42•23 years ago
|
||
Although I don't believe that the bug I submitted is a dupe of this one, it has so been marked. Therefore I'll move my comment here: After a short delay, hovering over a bookmark should bring up a tooltip containing the text of the description field from the bookmark's properties if it exists. When I fill out the description field, I would like to be able to see it again without having to open the properties dialog for the bookmark. The vast majority of bookmarks will not have a description so I don't think it would be that bothersome to have the occasional tooltip up. I did make a special effort to add the description. Tooltips would help me remember why I bookmarked some obscure site. (eg. "Study quotes from Tim's thesis!") Likewise, I leave notes about syntax and usage in "shortcut" bookmarks I've created for myself and often share with others. (eg. "findbyname [last, first] (case sensitive!)")
Comment 43•23 years ago
|
||
Sorry. By "shortcut," I mean "custom keyword" bookmarks.
Comment 44•23 years ago
|
||
I maintain my list of bugs that I'm working on, gonna work on, etc in Bookmarks. It would be nice if I could see more than the first 5 letters of each bookmark without making the sidebar extremely large. *Adding this to my bugs to work on (in the far far future) list
Comment 45•22 years ago
|
||
*** Bug 147161 has been marked as a duplicate of this bug. ***
Comment 46•21 years ago
|
||
I have a fix for this that causes the URL to show up in the statusbar when mousing over links and folders in the personal toolbar and the bookmarks menu. http://www.worldtimzone.com/mozilla/bugs/bug23460/ As others have mentioned, this has the limitation that it only works when using the mouse; you can't see the URL in the statusbar when using the keyboard to access the bookmarks menu. It also tries to preserve the statusbar at the point you start interacting with the bookmarks. If a page is loading while you are working with the bookmarks, it can cause the statusbar to end up with the "wrong" messsage left over. Is there a way to be notified of statusbar changes due to page loading/progress?
Comment 47•21 years ago
|
||
Is Tim Powell's fix working for anybody? I have not personally had success yet.
Comment 48•21 years ago
|
||
This now works in Firebird for the Bookmarks menu and the Go menu (via either the mouse or keyboard). In the new toolkit (used by Firebird and Thunderbird) any menu item on a menu bar (or within a menu bar's submenus) can have statustext associated with it.
Comment 49•21 years ago
|
||
*** Bug 217995 has been marked as a duplicate of this bug. ***
Comment 50•21 years ago
|
||
Re comment 28: *Present in NNv4: 4xp. *Never was in Mozilla: enhancement ! Re comment 48: Any chance of a back-port from FireBird to Mozilla Suite ?
Severity: normal → enhancement
Comment 51•21 years ago
|
||
Just FYI, 4xp is by definition no enhancement (see comment 10). I don't care much.
Comment 52•21 years ago
|
||
4xp means normal--not enhancement--bug. It's hard to believe that there's *still* 4xp problems in Mozilla. At least my version of Mozilla does the right thing now after I applied my patch (see comment #46 ) A better choice would be to port Firebird's changes.
Severity: enhancement → normal
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 53•19 years ago
|
||
It seems the summary should be rephrased to reflect the wider scope of this bug.
Comment 54•19 years ago
|
||
(In reply to comment #53) > It seems the summary should be rephrased to reflect the wider scope of this > bug. Based on your email response, I briefly looked at bug 62683 and bug 135962... Then, I guess bug 237592 might be closer to what you are interested in.
Comment 55•18 years ago
|
||
WFM. Mozilla/5.0 (Firefox 2.0; Kubuntu)
Comment 56•18 years ago
|
||
(In reply to comment #55) > WFM. Mozilla/5.0 (Firefox 2.0; Kubuntu) Yes. This bug is about Seamonkey. Confirmed that it works in FF2, but not in Seamonkey 1.1b.
Assignee: bugs → nobody
Priority: P3 → --
QA Contact: claudius → bookmarks
Whiteboard: [nsbeta3-]
Target Milestone: Future → ---
Comment 57•18 years ago
|
||
How can you say that it works in FF2 ? In my FF2.0.0.1 hovering on bookmarks menu display nothing on the statusbar (4xp) The original topic is about showing a preview of the url the browser is about to load, before clicking the mouse in a bookmark.
Comment 58•14 years ago
|
||
This seems to have been implemented on trunk (and 2.1a3) as part of the transition to Places-based bookmarks (for the Personal Toolbar, Sidebar and menu). Marking WFM.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•