W3C home > Mailing lists > Public > www-forms@w3.org > August 2002

RE: Naming: select1 vs. singleSelect

From: Micah Dubinko <MDubinko@cardiff.com>
Date: Mon, 26 Aug 2002 09:44:04 -0700
Message-ID: <E840F0B7E6189547BDB91DA8BF2228AB28C6E4@csmail.cardiff.com>
To: "'www-forms@w3.org'" <www-forms@w3.org>

Hi everybody,

I'm on vacation this week, so I'll try to stay light on the email. :-)

><select min="" max="" />

XForms already has something like this, though on the model, not UI.
Check out 6.1.7 and 6.1.8  (minOccurs and maxOccurs), named after the
similar
concept in XML Schema.

>>> I prefer SelectMany because it is more descriptive. 

If you think about it, "selectMany" really should have been named
"selectZeroOrMore". It's the most general casee, so we gave it the most
general name.

"SelectOne" (or "SelectOneAndOnlyOne" if you will) is a specialization of
a very common case, easily mapped to radio buttons, etc.

Thanks,

.micah

-----Original Message-----
From: Dan G. Switzer, II [mailto:dswitzer@oar.net]
Sent: Monday, August 26, 2002 7:32 AM
To: dagfinn.reiersol@opoint.com; www-forms@w3.org
Subject: RE: Naming: select1 vs. singleSelect



It would make much more since to me to have something like this:

<select min="" max="" />

Where "min" and "max" are optional attribute specifying the number of
options that can/must be selected. By default "min" would default to
zero and "max" would default to "unlimited." 

This would give the default behavior the same, but allow you to granular
control over how many items can/should be selected.

-Dan


> -----Original Message-----
> From: www-forms-request@w3.org [mailto:www-forms-request@w3.org] On
Behalf
> Of Dagfinn Reiersøl
> Sent: Monday, August 26, 2002 7:07 AM
> To: 'www-forms@w3.org'
> Subject: Re: Naming: select1 vs. singleSelect
> 
> 
> On Monday 26 August 2002 10:57, Kurt George Gjerde wrote:
> > The new <select/> (instead of selectMany) is also confusing since
most
> > current uses of the HTML select element is for selecting a single
item.
> 
> I prefer SelectMany because it is more descriptive. Why give something
a
> name
> which is harder than necessary to understand and remember, even though
the
> difference may be small?
> 
> > And, what's the reason for having two select elements in the first
> place?
> > Can't there just be an attribute that says how many items that can
be
> > selected?
> 
> Perhaps because there is a logical difference, both from the user's
and
> the
> developer's point of view.
> 
Received on Monday, 26 August 2002 12:44:15 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 10 March 2012 06:21:51 GMT