Closed
Bug 76741
Opened 23 years ago
Closed 23 years ago
Separate link addr display from loading messages
Categories
(SeaMonkey :: UI Design, enhancement)
SeaMonkey
UI Design
Tracking
(Not tracked)
RESOLVED
WORKSFORME
Future
People
(Reporter: hebble, Assigned: jag+mozilla)
Details
It should be possible to view links' addresses with mouse-over while the page is still loadingZ; however, the "Transferring data" and other messages overwrite the link address box. I have three different ideas on how to fix this: Suggestion one: display link addresses as tooltips on mouse-over, instead of in the "Tranferring data" box. Suggestion two: give links absolute priority, so "Transferring data"-type messages are not displayed if the mouse is on a link. Suggestion three: split the current screen area which is shared between them into two separate fields, so they each have exclusive control over somewhere.
Comment 1•23 years ago
|
||
option 2 is probably best of those three....
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•23 years ago
|
||
Boris is right -- option 2. Here's what should be happening: There should be three different status text strings stored at once. (3) The text which is written to the status bar by a script. (2) The URL of a link, image map, or form submission button which is moused over. (1) The loading status -- e.g. `Done', or `Connecting to server ftp.mozilla.org ...', or `18 K of 32 K at 3 K/s, 4 seconds remaining ...', or `A script error has occurred'. Then, each string is only shown if the string(s) above it are null. For example, `Done' should only be only shown if you aren't over a link; and mousing over a link to Bugzilla should only show `http://bugzilla.mozilla.org/' if there isn't a script on the page doing its own status text. Now it looks as if this is happening, *except that* loading information is being put in level (3) when it should be in level (1). --> XP Apps: GUI Features for starters, though this might actually be a Networking bug.
Assignee: mpt → blakeross
Component: User Interface Design → XP Apps: GUI Features
QA Contact: zach → sairuh
Comment 3•23 years ago
|
||
hey claudius, d'you think this is more of a networking issue, or one for xp apps?
QA Contact: sairuh → claudius
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Updated•23 years ago
|
Target Milestone: mozilla1.0 → Future
Assignee | ||
Comment 5•23 years ago
|
||
We almost have what mpt suggests in comment 2, except the order is 2, 3, 1 (so you can see a url's link text even if something else is setting window.status from js, except when it's done from the url's mouseover handler, in which case that overrides the url's link text). WFM.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•