Open
Bug 237123
Opened 22 years ago
Updated 3 years ago
Cursor should react to accel and shift keys where appropriate
Categories
(Firefox :: General, enhancement)
Firefox
General
Tracking
()
NEW
People
(Reporter: bugzilla, Unassigned)
Details
Attachments
(1 file)
|
3.42 KB,
application/zip
|
beltzner
:
ui-review+
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Background:
Currently the only way to visibly distinguish how a page hyperlink will react to
clicking is by reading the text in the status bar, which may not be very
intuitive - or indeed mean anything at all to the end-user.
There are already bugs filed to cover these issues:
Bug 90213 - Specific mousepointer when hovering mouse over a mailto: link
Bug 14027 - Indicate whether a link will open in a new window
Bug 169678 - Cursor shape should reflect the type of link hovered on (e.g.
pop-up/download/mailto...) (different cursors for links to new windows)
However, regular hyperlinks can be opened using the accel and shift keys, and
even if the bugs mentioned above are fixed, there will be no visual indication
that the accel or shift keys will change the behaviour of clicking on the hyperlink.
Proposal:
The functionality above should be added to, allowing the cursor to react to the
accelerator keys for regular hyperlinks. Ideally, when an accel or shift key is
held, the appropriate cursor (new window, new tab & if feasible - new active
tab) should be shown when hovering over a hyperlink.
If a user is already hovering over a hyperlink and a combination of these keys
is pressed, the cursor should change to reflect this.
I'm filing this due to the comments by Paradox52525 in the following MozillaZine
thread: http://forums.mozillazine.org/viewtopic.php?t=60795
"It would make the new tab/window hotkeys a bit less crpytic to new users, and
IMO anything that provides more user feedback is good (as long as it's not
intrusive)."
Reproducible: Always
Steps to Reproduce:
Updated•21 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 1•20 years ago
|
||
This bug is now a lot more viable, due to:
1. cursor styles being applied dynamically, not requiring mouseout/mouseover
2. the implementation of cursor: url()
An example of the desired behaviour (i.e. the enhancement as filed):
http://www.cusser.net/misc/firefox/cursor/testcase.html
| Reporter | ||
Comment 2•20 years ago
|
||
A zipped mock-up of the idea for your reviewing pleasure.
Attachment #208558 -
Flags: ui-review?(beltzner)
Updated•20 years ago
|
Target Milestone: --- → Firefox 3 alpha1
Updated•19 years ago
|
Assignee: bross2 → nobody
QA Contact: general
Updated•19 years ago
|
Target Milestone: Firefox 3 alpha1 → Firefox 3 beta1
Comment 3•19 years ago
|
||
Comment on attachment 208558 [details]
Mock-up with HTML/JS
Definitely like the approach, but we'd need some icon work. cc'ing alex faaborg, who's likely to be very interested in this.
Attachment #208558 -
Flags: ui-review?(beltzner) → ui-review+
Comment 4•19 years ago
|
||
>cc'ing alex faaborg, who's likely to be very interested in this.
Yes, I also like the approach, and I'm very interested in this :)
We will need to get some platform specific cursor files (for instance on Vista the hand changes from having a soft grey gradient to all white in the example). But we can take care of creating those files when we are creating the rest of the icons for the next release, feel free to use the ones you currently have for now.
cc'ing Colin to find out what it would take to get this working on OS X.
Updated•12 years ago
|
Target Milestone: Firefox 3 alpha7 → ---
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•