Closed
Bug 278881
Opened 20 years ago
Closed 20 years ago
select elements aren't incremental by default
Categories
(Core Graveyard :: XForms, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: aaronr, Assigned: aaronr)
Details
Attachments
(2 files, 3 obsolete files)
|
1.90 KB,
application/xhtml+xml
|
Details | |
|
1.12 KB,
patch
|
bryner
:
superreview+
|
Details | Diff | Splinter Review |
According to the spec, http://www.w3.org/TR/xforms/index-all.html#ui-selectMany, xforms:select elements should default to being incremental="true". This means that that xforms-value-changed events are sent out for every item that is clicked on, rather than just one being sent out when the control loses focus. I will attach a testcase.
For every item in the select element that is clicked on, the input field next to it should be updated. Right now if the value changes, it won't be reflected in the input field until the select element loses focus.
pretty simple fix. If incremental attribute value is "true" or empty (meaning there is no incremental attribute on the element), then we'll have incremental xforms:select elements.
Attachment #172014 -
Flags: superreview?(bryner)
Attachment #172014 -
Flags: review?(smaug)
Comment 3•20 years ago
|
||
Could you update the patch? I think it contains code for some other bug (or is it for branch).
Sorry, I thought that this was the only patch that I had in that file. This is definitely the right patch now.
Attachment #172014 -
Attachment is obsolete: true
Attachment #172288 -
Flags: superreview?(bryner)
Attachment #172288 -
Flags: review?(smaug)
Comment on attachment 172014 [details] [diff] [review] proposed fix old patch, been replaced.
Attachment #172014 -
Flags: superreview?(bryner)
Attachment #172014 -
Flags: review?(smaug)
Comment 6•20 years ago
|
||
Comment on attachment 172288 [details] [diff] [review] patch from trunk >- PRBool isIncremental = value.EqualsLiteral("true"); >+ >+ // the default incremental value for a select element is 'true' according >+ // to the spec, so if there is no incremental value, assume true. Fix this indentation. >+ PRBool isIncremental = value.EqualsLiteral("true") || value.IsEmpty(); Why not PRBool isIncremental = !value.EqualsLiteral("false"); With those r=me
Attachment #172288 -
Flags: review?(smaug) → review+
Comment on attachment 172288 [details] [diff] [review] patch from trunk updating with new patch for smaug's comments
Attachment #172288 -
Flags: superreview?(bryner)
I don't seen an indentation problem in the patch or when the patch it is applied to my tree. changed test to smaug's suggestion. I was thinking that we should handle all non true/false attribute values as false, but I guess that the proper way is to handle them as if the attribute weren't there at all, and thus we need to behave the same way as the default which is incremental='true' behavior. My bad.
Attachment #172288 -
Attachment is obsolete: true
Attachment #172331 -
Flags: superreview?(bryner)
ok, changed indentation. I guess that you meant that they didn't line up perfectly. I guess I prefer a reverse-paragraph style. The comment note that bugzilla generated showed a highly exaagerated indentation (like 8 char's) so I thought that is what you meant...an exaageration that I didn't see in the real patch.
Attachment #172331 -
Attachment is obsolete: true
Updated•20 years ago
|
Attachment #172331 -
Flags: superreview?(bryner)
Updated•20 years ago
|
Attachment #172332 -
Flags: superreview+
Comment 10•20 years ago
|
||
Removed the Windows linebreaks and checked in.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•