Closed
Bug 45533
Opened 25 years ago
Closed 24 years ago
Widgets visually depress/respond/react on right click
Categories
(Core :: XUL, defect, P1)
Core
XUL
Tracking
()
RESOLVED
FIXED
mozilla0.9.3
People
(Reporter: bugzilla, Assigned: bugzilla)
References
Details
(Keywords: helpwanted, Whiteboard: fix in hand)
Attachments
(2 files)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review |
Right clicking on most widgets either makes them respond or react (i.e. buttons
depress visually, but onclick doesn't really fire). I don't see why this is
the case, and it feels a little sloppy (what's the purpose of having them
visually respond if they aren't actually functioning?)
This has been the case for as long as I remember, and while I assume it's
known, I just wanted to ensure that it's out there...
Comment 1•25 years ago
|
||
Yes, it is wrong, and feels sloppy, but we have no time for it. accepting for
future/helpwanted.
Assignee | ||
Comment 2•25 years ago
|
||
So what would it take to fix this? Right click shouldn't fire onclick, right?
Or when being right clicked upon, buttons shouldn't get in the :active state?
Assignee: trudelle → BlakeR1234
Status: ASSIGNED → NEW
Assignee | ||
Comment 4•25 years ago
|
||
I sure hope so (major/m21, not normal/future). Marking dup for now.
*** This bug has been marked as a duplicate of 30878 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Comment 5•25 years ago
|
||
Marking verified (for now). ... Blake, is there some reason that this is not
the same bug (you sound tenuous in your assessment -- I thought it was a
straight-up dup).
Status: RESOLVED → VERIFIED
Assignee | ||
Comment 6•25 years ago
|
||
Well, that original bug seems to describe more the fact that if you right click
on some buttons, they actually trigger. This describes that if you right click
on some buttons (or other widgets), they won't trigger, but they'll visually
respond. But, judging from the dups marked of that bug, that's pretty much
become what I intended through this bug.
Assignee | ||
Comment 7•24 years ago
|
||
reopening because buttons that use oncommand still change appearance
onmousedown with the right mousebutton (see bug 30878), so this must be
separate. hyatt, why do buttons go :active if it's the right mouse button?
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Comment 8•24 years ago
|
||
For CSS2, I think :active works with any button. I think CSS3 may be adding
more variation so you can control which button (with some different pseudos or
something).
Assignee | ||
Comment 9•24 years ago
|
||
hmm, ok. maybe ian can confirm?
Comment 10•24 years ago
|
||
On web pages, this is WORKSFORME, so it looks like a code-level issue to me
rather than a simple CSS issue...
Assignee | ||
Comment 11•24 years ago
|
||
sending to hyatt per ian's last comment
Assignee: blakeross → hyatt
Status: REOPENED → NEW
OS: Windows ME → All
Hardware: PC → All
Target Milestone: Future → ---
Assignee | ||
Comment 13•24 years ago
|
||
Any ideas on where we would need to filter to left-click only? I'm very
interested in fixing this.
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Priority: P3 → P1
Target Milestone: Future → mozilla0.9.1
Assignee | ||
Comment 15•24 years ago
|
||
Assignee | ||
Comment 16•24 years ago
|
||
Assignee | ||
Comment 17•24 years ago
|
||
*** Bug 79664 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 18•24 years ago
|
||
hyatt, what did we decide here? I forget. I think we said it was okay if
onclick didn't change the content to :active. If so, can you sr the second
patch here?
Assignee | ||
Comment 19•24 years ago
|
||
hyatt - yes, no, maybe so?
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Assignee | ||
Comment 20•24 years ago
|
||
hyatt, sr this patch or i'll come find you and beat you senseless. this isn't
brain surgery.
Comment 21•24 years ago
|
||
sr=ben@netscape.com provided an ESM person looks at this too.
Assignee | ||
Updated•24 years ago
|
Whiteboard: fix in hand
Assignee | ||
Comment 22•24 years ago
|
||
cc'ing saari for review.
so you don't get confused like ben: basically this patch just bails early, that
other stuff is just moving a block somewhere else (and changing a null check a
bit).
Comment 23•24 years ago
|
||
r=kerz
Comment 24•24 years ago
|
||
a= asa@mozilla.org for checkin to the trunk.
(on behalf of drivers)
Blocks: 83989
Comment 25•24 years ago
|
||
r=saari
Assignee | ||
Comment 26•24 years ago
|
||
fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•