[whatwg] [wf2] DOMControlValueChanged cancelable?

2005-12-01 Thread Anne van Kesteren
The specification does not really say whether it is cancelable or not explicitly. Taking into account the text surrounding the event it is probably not cancelable, but I guess that should be noted. Also s/fired an/fired on/ Cheers, Anne -- Anne van Kesteren http://annevankesteren.nl/

Re: [whatwg] Menus, fallback, and backwards compatibility: ideas wanted

2005-12-01 Thread Lachlan Hunt
Matthew Raymond wrote: Lachlan Hunt wrote: No, command in the current spec represents an abstract form control for sharing features among several real form controls. The command element is most certainly not a form control, since it can't be submitted I know that, I said *abstract* form

[whatwg] [wf2] editorial thing regarding wrap attribute

2005-12-01 Thread Anne van Kesteren
2.14. Extensions to the textarea element # 'white-space' property values based on the wrap element # for textarea elements There is no such thing as a wrap element. Cheers, Anne -- Anne van Kesteren http://annevankesteren.nl/

Re: [whatwg] [wf2] DOMControlValueChanged cancelable?

2005-12-01 Thread Ian Hickson
On Thu, 1 Dec 2005, Anne van Kesteren wrote: The specification does not really say whether it is cancelable or not explicitly. Taking into account the text surrounding the event it is probably not cancelable, but I guess that should be noted. Also s/fired an/fired on/ Fixed. -- Ian

Re: [whatwg] [wf2] :disabled does not address option inside disabled optgroup

2005-12-01 Thread Ian Hickson
On Thu, 1 Dec 2005, Anne van Kesteren wrote: It only addresses form controls nested in a fieldset. However, setting optgroup to disabled should cause descendents of that, either optgroup or option, to become disabled as well. Fixed. -- Ian Hickson U+1047E

Re: [whatwg] [wf2] :disabled does not address option inside disabled optgroup

2005-12-01 Thread Anne van Kesteren
Quoting Ian Hickson [EMAIL PROTECTED]: It only addresses form controls nested in a fieldset. However, setting optgroup to disabled should cause descendents of that, either optgroup or option, to become disabled as well. Fixed. This also applies to :enabled. Sorry for not bringing that up

Re: [whatwg] [wf2] :disabled does not address option inside disabled optgroup

2005-12-01 Thread Ian Hickson
On Thu, 1 Dec 2005, Anne van Kesteren wrote: Quoting Ian Hickson [EMAIL PROTECTED]: It only addresses form controls nested in a fieldset. However, setting optgroup to disabled should cause descendents of that, either optgroup or option, to become disabled as well. Fixed. This

Re: [whatwg] Menus, fallback, and backwards compatibility: ideas wanted

2005-12-01 Thread Matthew Raymond
Lachlan Hunt wrote: Matthew Raymond wrote: Lachlan Hunt wrote: AIUI, the difference between them can be illustrated as follows: menu cmd !-- Menu command item -- button/!-- [Label] for command menu -- select/!-- The menu items -- /cmd li !-- Menu

[whatwg] [wf2] change event

2005-12-01 Thread Anne van Kesteren
Section 4.2 states: Change and input events must never be triggered by scripted changes to the control value. Section 2.13 states: Whenever the value attribute changes (whether directly or because the DOM under the element was mutated), a change event is fired on the output element. That

Re: [whatwg] [wf2] change event

2005-12-01 Thread Ian Hickson
On Fri, 2 Dec 2005, Anne van Kesteren wrote: Section 4.2 states: Change and input events must never be triggered by scripted changes to the control value. Section 2.13 states: Whenever the value attribute changes (whether directly or because the DOM under the element was mutated), a

Re: [whatwg] [wf2] change event

2005-12-01 Thread Ian Hickson
On Thu, 1 Dec 2005, Ian Hickson wrote: On Fri, 2 Dec 2005, Anne van Kesteren wrote: Section 4.2 states: Change and input events must never be triggered by scripted changes to the control value. Section 2.13 states: Whenever the value attribute changes (whether directly or

Re: [whatwg] [wf2] change event

2005-12-01 Thread Anne van Kesteren
Quoting Ian Hickson [EMAIL PROTECTED]: output is not a control. Section 1.10 states: The term form control refers to input, output, select, textarea and button elements. It does not include form, label, datalist, option, optgroup, or fieldset elements. The first line of the description of