Separate link addr display from loading messages

RESOLVED WORKSFORME

Status

SeaMonkey
UI Design
--
enhancement
RESOLVED WORKSFORME
17 years ago
9 years ago

People

(Reporter: hebble, Assigned: jag (Peter Annema))

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
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.
option 2 is probably best of those three....
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 2

17 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
hey claudius, d'you think this is more of a networking issue, or one for xp apps?
QA Contact: sairuh → claudius

Updated

17 years ago
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0

Updated

16 years ago
Target Milestone: mozilla1.0 → Future

Comment 4

16 years ago
-> jag
Assignee: blaker → jaggernaut
Status: ASSIGNED → NEW
(Assignee)

Comment 5

16 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
Last Resolved: 16 years ago
Resolution: --- → WORKSFORME
Product: Core → Mozilla Application Suite

Updated

9 years ago
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.