Closed
Bug 16810
Opened 25 years ago
Closed 25 years ago
[dogfood]<label> is broken for radio buttons/checkboxes
Categories
(Core :: Layout: Form Controls, defect, P3)
Core
Layout: Form Controls
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: Brade, Assigned: rods)
References
Details
(Whiteboard: [PDT-])
Attachments
(1 file)
(deleted),
text/html
|
Details |
Clicking on the labels for radio buttons doesn't toggle the radio button.
The strings should be in <label> tags so that the behavior can be more like in
4.x with native widgets.
I consider this dogfood since it can be really hard to click on just the radio
button when I'm used to clicking on the strings.
Reporter | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Status: VERIFIED → REOPENED
Summary: [4.xP][dogfood]click on strings for radio btns doesn't toggle radio btn → [4.xP][dogfood]<label> is broken
Resolution: DUPLICATE → ---
Summary: [4.xP][dogfood]<label> is broken → [dogfood]<label> is broken
This looks like <label> is broken.
The stings have the lable tag but is does not work.
Reporter | ||
Updated•25 years ago
|
Assignee: rickg → karnaze
Component: Pref UI → HTML Form Controls
Summary: [dogfood]<label> is broken → [dogfood]<label> is broken for radio buttons/checkboxes
Reporter | ||
Comment 4•25 years ago
|
||
Looking in some of the editor dialogs, I see that the label does appropriately
work with an editfield (input) but it doesn't seem to work with radio buttons or
check boxes.
change component to HTML Form Controls and reassign
Updated•25 years ago
|
Assignee: karnaze → kmcclusk
Comment 5•25 years ago
|
||
Reassigning to Kevin.
Reporter | ||
Comment 6•25 years ago
|
||
This bug is a regression in 5.0 and is needed to have a smooth UI in places like
editor dialogs and preferences.
Comment 7•25 years ago
|
||
Hm, I'd swear labels worked for radio buttons not too long ago...
Reporter | ||
Comment 8•25 years ago
|
||
removing [PDT-] from status whiteboard. I don't see any rationale for it not to
be PDT+.
I would argue that it should be fixed soon since it is a regression and because
the UI for our app will need to function consistently with other apps. Our UI
relies on this working.
Whiteboard: [PDT-]
Comment 9•25 years ago
|
||
For dogfood use... hit the button.... This was a "feature" in some older 4.x
versions on various HTML forms.... it can be worked around for dogfood.
Whiteboard: [PDT-]
Comment 10•25 years ago
|
||
*** Bug 14822 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M12
Updated•25 years ago
|
OS: Mac System 8.5 → All
Hardware: Macintosh → All
Comment 11•25 years ago
|
||
Figured this one out for checkboxes at least.
nsLabelFrame::HandleEvent calls mControlFrame->MouseClicked when the mouse
button is released. The MouseClicked method was removed from checkbox frames on
11-Aug-99 during a general cleanup.
We could get the click event to the radio and checkbox frames by updating the
content as needed. ???
Comment 12•25 years ago
|
||
*** Bug 18964 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Target Milestone: M12 → M13
Comment 13•25 years ago
|
||
QA Contact update.
Comment 14•25 years ago
|
||
See also bug 6747
Updated•25 years ago
|
Target Milestone: M13 → M14
Comment 15•25 years ago
|
||
Moving to M14.
Updated•25 years ago
|
Assignee: kmcclusk → rods
Status: ASSIGNED → NEW
Comment 16•25 years ago
|
||
Reassigning to Rod.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 17•25 years ago
|
||
Assignee | ||
Comment 18•25 years ago
|
||
fixed
Comment 19•25 years ago
|
||
Marking VERIFIED FIXED on:
- Linux6 2000-01-24-01 M13 Commercial build
- Win98 2000-01-24-01 M13 Commercial build
- MacOS86 2000-01-24-01 M13 Commercial build
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•