Reset checkbutton problem

[Giovanni D'Ascola]

Hi.
I noticed that <input type="reset"act ually don't enable checkbutton
which are checked by default after they have been disabled by
javascript. It's a bug?

[Giovanni D'Ascola]

Re: Reset checkbutton problem

Giovanni D'Ascola ha scritto:

Hi.
I noticed that <input type="reset"act ually don't enable checkbutton
which are checked by default after they have been disabled by
javascript. It's a bug?

The browser is Mozilla Firefox.

[GArlington]

Re: Reset checkbutton problem

On Jan 16, 2:20 pm, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
wrote:

Giovanni D'Ascola ha scritto:Hi.

I noticed that <input type="reset"act ually don't enable checkbutton
which are checked by default after they have been disabled by
javascript. It's a bug?

>
The browser is Mozilla Firefox.

This behaviour is exhibited by IE6 too... Both are NOT reseting the
value of disabled attribute.

[Doug Gunnoe]

Re: Reset checkbutton problem

On Jan 16, 9:10 am, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
wrote:

But an <input type="text"in the same form is enabled by the reset
button after it has been disabled by javascript. Why?

Are you sure? You must have an error somewhere. Can you post some of
the code or a link?

[David Mark]

Re: Reset checkbutton problem

On Jan 16, 10:07 am, GArlington <garling...@tis cali.co.ukwrote :

On Jan 16, 2:20 pm, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
wrote:
>

Giovanni D'Ascola ha scritto:Hi.

I noticed that <input type="reset"act ually don't enable checkbutton
which are checked by default after they have been disabled by
javascript. It's a bug?

>

The browser is Mozilla Firefox.

>
This behaviour is exhibited by IE6 too... Both are NOT reseting the
value of disabled attribute.

Another good reason to forget about reset buttons. They are worse
than useless.

[Thomas 'PointedEars' Lahn]

Re: Reset checkbutton problem

Giovanni D'Ascola wrote:

Doug Gunnoe ha scritto:

>[...] Giovanni D'Ascola [...] wrote:

>>But an <input type="text"in the same form is enabled by the reset
>>button after it has been disabled by javascript. Why?

>Are you sure? You must have an error somewhere. Can you post some of
>the code or a link?

Yes, i'm sure: the reset button enables <input type="text"but not
<input type="checkbox" >
>
The html code:
[...]

And now the *legible* variant, please.


PointedEars

[Giovanni D'Ascola]

Re: Reset checkbutton problem

Thomas 'PointedEars' Lahn ha scritto:

Giovanni D'Ascola wrote:

>Doug Gunnoe ha scritto:

>>[...] Giovanni D'Ascola [...] wrote:
>>>But an <input type="text"in the same form is enabled by the reset
>>>button after it has been disabled by javascript. Why?
>>Are you sure? You must have an error somewhere. Can you post some of
>>the code or a link?

>Yes, i'm sure: the reset button enables <input type="text"but not
><input type="checkbox" >
>>
>The html code:
>[...]

>
And now the *legible* variant, please.
>
>
PointedEars

I think Mozilla Thunderbird will never show you a legible variant. Sorry.

[Thomas 'PointedEars' Lahn]

Re: Reset checkbutton problem

Giovanni D'Ascola wrote:

Thomas 'PointedEars' Lahn ha scritto:

>Giovanni D'Ascola wrote:

>>Doug Gunnoe ha scritto:
>>>[...] Giovanni D'Ascola [...] wrote:
>>>>But an <input type="text"in the same form is enabled by the reset
>>>>button after it has been disabled by javascript. Why?
>>>Are you sure? You must have an error somewhere. Can you post some of
>>>the code or a link?
>>Yes, i'm sure: the reset button enables <input type="text"but not
>><input type="checkbox" >
>>>
>>The html code:
>>[...]

>And now the *legible* variant, please.
>[...]

I think Mozilla Thunderbird will never show you a legible variant. Sorry.

Are you kidding? My newsreader works just fine, thank you. If you used
spaces for indentation instead of tabs, as recommended, it could also
display the source code properly, among several other newsreaders.


PointedEars, shaking his head
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f806at$ail$1$8 300dec7@news.de mon.co.uk>

[Randy Webb]

Re: Reset checkbutton problem

Thomas 'PointedEars' Lahn said the following on 1/16/2008 1:51 PM:

<snip>

PointedEars, shaking his head

Don't shake it too hard, what little is in there might roll out.

--
Randy
Chance Favors The Prepared Mind
comp.lang.javas cript FAQ - http://jibbering.com/faq/index.html
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

[RobG]

Re: Reset checkbutton problem

On Jan 17, 4:00 am, David Mark <dmark.cins...@ gmail.comwrote:

On Jan 16, 10:07 am, GArlington <garling...@tis cali.co.ukwrote :
>

On Jan 16, 2:20 pm, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
wrote:

>

Giovanni D'Ascola ha scritto:Hi.
I noticed that <input type="reset"act ually don't enable checkbutton
which are checked by default after they have been disabled by
javascript. It's a bug?

>

The browser is Mozilla Firefox.

>

This behaviour is exhibited by IE6 too... Both are NOT reseting the
value of disabled attribute.

>
Another good reason to forget about reset buttons. They are worse
than useless.

I don't think so - most forms should have a reset button, perhaps
labelled "Cancel", unless there is a very good reason not to have one.

If a script messes around with a form so that the reset button no
longer works correctly, that is the fault of the script, not the reset
button. It is quite reasonable for the OP to want to maintain a
consistent operation of the reset button.


--
Rob

[Thomas 'PointedEars' Lahn]

Re: Reset checkbutton problem

RobG wrote:

On Jan 17, 4:00 am, David Mark <dmark.cins...@ gmail.comwrote:

>On Jan 16, 10:07 am, GArlington <garling...@tis cali.co.ukwrote :

>>On Jan 16, 2:20 pm, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
>>wrote:
>>>Giovanni D'Ascola ha scritto:Hi.
>>>>I noticed that <input type="reset"act ually don't enable checkbutton
>>>>which are checked by default after they have been disabled by
>>>>javascrip t. It's a bug?
>>>The browser is Mozilla Firefox.
>>This behaviour is exhibited by IE6 too... Both are NOT reseting the
>>value of disabled attribute.

>Another good reason to forget about reset buttons. They are worse
>than useless.

>
I don't think so - most forms should have a reset button, perhaps
labelled "Cancel", unless there is a very good reason not to have one.

Would this suffice? http://www.useit.com/alertbox/20000416.html


PointedEars
--
realism: HTML 4.01 Strict
evangelism: XHTML 1.0 Strict
madness: XHTML 1.1 as application/xhtml+xml
-- Bjoern Hoehrmann

[David Mark]

Re: Reset checkbutton problem

On Jan 16, 6:17 pm, RobG <rg...@iinet.ne t.auwrote:

On Jan 17, 4:00 am, David Mark <dmark.cins...@ gmail.comwrote:
>
>
>
>
>

On Jan 16, 10:07 am, GArlington <garling...@tis cali.co.ukwrote :

>

On Jan 16, 2:20 pm, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
wrote:

>

Giovanni D'Ascola ha scritto:Hi.
I noticed that <input type="reset"act ually don't enable checkbutton
which are checked by default after they have been disabled by
javascript. It's a bug?

>

The browser is Mozilla Firefox.

>

This behaviour is exhibited by IE6 too... Both are NOT reseting the
value of disabled attribute.

>

Another good reason to forget about reset buttons.  They are worse
than useless.

>
I don't think so - most forms should have a reset button, perhaps

Why? Of all of the dialogs I have ever designed (or seen for that
matter), I can't think of one that had a reset button.

labelled "Cancel", unless there is a very good reason not to have one.

Not Cancel. A cancel button is typically used to redirect back to the
page that initiated the dialog (or hide it if it was displayed via
Ajax.) I think Reset is the only option, unless the form is always
initially empty, in which case Clear would be appropriate.

>
If a script messes around with a form so that the reset button no
longer works correctly, that is the fault of the script, not the reset

It is the fault of browser developers if it fails to reset values of
disabled elements, though I don't think that a reset button should
have any effect on their disabled states (oddly enough it seems it
affects only some types of inputs.) If you must have a reset and you
dynamically disable elements, then you have to have a click handler on
the button to adjust the states accordingly.

button.  It is quite reasonable for the OP to want to maintain a
consistent operation of the reset button.
>

Certainly. The question is whether the application really needs a
reset button, especially considering the headaches that go along with
one.

[RobG]

Re: Reset checkbutton problem

On Jan 17, 9:26 am, Thomas 'PointedEars' Lahn <PointedE...@we b.de>
wrote:

RobG wrote:

On Jan 17, 4:00 am, David Mark <dmark.cins...@ gmail.comwrote:

On Jan 16, 10:07 am, GArlington <garling...@tis cali.co.ukwrote :
>On Jan 16, 2:20 pm, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
>wrote:
>>Giovanni D'Ascola ha scritto:Hi.
>>>I noticed that <input type="reset"act ually don't enable checkbutton
>>>which are checked by default after they have been disabled by
>>>javascript . It's a bug?
>>The browser is Mozilla Firefox.
>This behaviour is exhibited by IE6 too... Both are NOT reseting the
>value of disabled attribute.
Another good reason to forget about reset buttons. They are worse
than useless.

>

I don't think so - most forms should have a reset button, perhaps
labelled "Cancel", unless there is a very good reason not to have one.

>
Would this suffice? http://www.useit.com/alertbox/20000416.html

No.

That is one person's opinion and is based on a number of spurious
assertions from a particular point of view. Why should I take any
notice of someone who states "The Web is not an application
environment". Tell that to Google, Facebook, eBay, Amazon, et al.

The article is based on rhetorical questions like:

"Reset clears away the user's input on a Web form, but why would
people want to do that?"

Perhaps because that is what users want to do? It is then suggested
that the back button should be used to reset a form - how wonderfully
intuitive - and that scripted undo buttons should be used for all user
input.

I think the author has a particular view of forms on the web that is
inconsistent with how they are actually used, and that his suggested
improvements are actually backward steps that make life more difficult
for users and consistent behaviour more problematic.


--
Rob

[Thomas 'PointedEars' Lahn]

Re: Reset checkbutton problem

RobG wrote:

On Jan 17, 9:26 am, Thomas 'PointedEars' Lahn <PointedE...@we b.de>
wrote:

>RobG wrote:

>>On Jan 17, 4:00 am, David Mark <dmark.cins...@ gmail.comwrote:
>>>On Jan 16, 10:07 am, GArlington <garling...@tis cali.co.ukwrote :
>>>>On Jan 16, 2:20 pm, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
>>>>wrote:
>>>>>Giovanni D'Ascola ha scritto:Hi.
>>>>>>I noticed that <input type="reset"act ually don't enable checkbutton
>>>>>>which are checked by default after they have been disabled by
>>>>>>javascrip t. It's a bug?
>>>>>The browser is Mozilla Firefox.
>>>>This behaviour is exhibited by IE6 too... Both are NOT reseting the
>>>>value of disabled attribute.
>>>Another good reason to forget about reset buttons. They are worse
>>>than useless.
>>I don't think so - most forms should have a reset button, perhaps
>>labelled "Cancel", unless there is a very good reason not to have one.

>Would this suffice? http://www.useit.com/alertbox/20000416.html

>
No.
>
That is one person's opinion and is based on a number of spurious
assertions from a particular point of view. [...]

You might want to check the background of the author before making *your*
spurious assertions. Jakob Nielsen certainly is not just anyone.


PointedEars
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f806at$ail$1$8 300dec7@news.de mon.co.uk>

[Giovanni D'Ascola]

Re: Reset checkbutton problem

David Mark ha scritto:

On Jan 16, 6:17 pm, RobG <rg...@iinet.ne t.auwrote:

>On Jan 17, 4:00 am, David Mark <dmark.cins...@ gmail.comwrote:
>>
>>
>>
>>
>>

>>On Jan 16, 10:07 am, GArlington <garling...@tis cali.co.ukwrote :
>>>On Jan 16, 2:20 pm, Giovanni D'Ascola <giovanni.dasc. ..@gmail.cm>
>>>wrote:
>>>>Giovanni D'Ascola ha scritto:Hi.
>>>>>I noticed that <input type="reset"act ually don't enable checkbutton
>>>>>which are checked by default after they have been disabled by
>>>>>javascript . It's a bug?
>>>>The browser is Mozilla Firefox.
>>>This behaviour is exhibited by IE6 too... Both are NOT reseting the
>>>value of disabled attribute.
>>Another good reason to forget about reset buttons. They are worse
>>than useless.

>I don't think so - most forms should have a reset button, perhaps

>
Why? Of all of the dialogs I have ever designed (or seen for that
matter), I can't think of one that had a reset button.
>

>labelled "Cancel", unless there is a very good reason not to have one.

>
Not Cancel. A cancel button is typically used to redirect back to the
page that initiated the dialog (or hide it if it was displayed via
Ajax.) I think Reset is the only option, unless the form is always
initially empty, in which case Clear would be appropriate.
>

>If a script messes around with a form so that the reset button no
>longer works correctly, that is the fault of the script, not the reset

>
It is the fault of browser developers if it fails to reset values of
disabled elements, though I don't think that a reset button should
have any effect on their disabled states (oddly enough it seems it
affects only some types of inputs.) If you must have a reset and you
dynamically disable elements, then you have to have a click handler on
the button to adjust the states accordingly.
>

>button. It is quite reasonable for the OP to want to maintain a
>consistent operation of the reset button.
>>

>
Certainly. The question is whether the application really needs a
reset button, especially considering the headaches that go along with
one.

The reset button, imho, is useful when a form is filled with a large
number of default values. If you modify them, then you can restore them
simply by clicking on the reset button.