Matthew Raymond wrote:
Show me a spec that says that in a normative way. It is merely a best
practice. Class names, in general, are meaningless and meaningful class
names should not be part of the core specification.
The reason that semantic class names are best practice is because
class
There are times I have to select in which country I live in.
Wouldn't a input type=country widget be useful here?
I couldn't find one on the web forms 2.0 spec, but something in that
line is already there, then I'm sorry, and you can ignore this mail.
Regards,
Martijn
On Wed, 23 Aug 2006 20:44:37 +0700, Martijn [EMAIL PROTECTED]
wrote:
There are times I have to select in which country I live in.
Wouldn't a input type=country widget be useful here?
I couldn't find one on the web forms 2.0 spec, but something in that
line is already there, then I'm sorry,
Alexey Feldgendler wrote:
On Wed, 23 Aug 2006 20:44:37 +0700, Martijn [EMAIL PROTECTED]
wrote:
There are times I have to select in which country I live in.
Wouldn't a input type=country widget be useful here?
I couldn't find one on the web forms 2.0 spec, but something in that
line is already
On Wed, 23 Aug 2006 20:51:25 +0700, James Graham [EMAIL PROTECTED] wrote:
There are times I have to select in which country I live in.
Wouldn't a input type=country widget be useful here?
I couldn't find one on the web forms 2.0 spec, but something in that
line is already there, then I'm sorry,
Alexey Feldgendler wrote:
On Wed, 23 Aug 2006 20:51:25 +0700, James Graham [EMAIL PROTECTED] wrote:
There are times I have to select in which country I live in.
Wouldn't a input type=country widget be useful here?
I couldn't find one on the web forms 2.0 spec, but something in that
line is
On 8/23/06, Martijn [EMAIL PROTECTED] wrote:
On 8/23/06, Arve Bersvendsen [EMAIL PROTECTED] wrote:
On Wed, 23 Aug 2006 15:44:37 +0200, Martijn [EMAIL PROTECTED]
wrote:
There are times I have to select in which country I live in.
Wouldn't a input type=country widget be useful here?
I
David Håsäther wrote:
But what if you use a browser with an old list, and your contry isn't
listed. Or are you proposing that browsers download a list every time?
Many modern browsers already periodically check for updates. Such lists
could be downloaded like any other update, as required.
On 8/23/06, Martijn [EMAIL PROTECTED] wrote:
On 8/23/06, David Håsäther [EMAIL PROTECTED] wrote:
Well, the browser should be able to keep up with the current list of
countries, shouldn't it? It's not like it is something that is
changing every minute.
But what if you use a browser with
On Wed, 23 Aug 2006 21:24:52 +0700, David Håsäther [EMAIL PROTECTED]
wrote:
But what if you use a browser with an old list, and your contry isn't
listed. Or are you proposing that browsers download a list every time?
That could happen nowadays also, that a country isn't listed in the
On 8/23/06, Stewart Brodie [EMAIL PROTECTED] wrote:
But what if you use a browser with an old list, and your contry isn't
listed. Or are you proposing that browsers download a list every time?
That could happen nowadays also, that a country isn't listed in the select
control. Indeed, I
On Wed, 23 Aug 2006 16:36:44 +0200, Martijn [EMAIL PROTECTED]
wrote:
You can have a select list and an input control at the same time, not?
See Lachlan Hunt's suggestion elsewhere in this thread, he uses:
input type=text name=country list=country-list
select name=country-list
How do you get
workflow in a Web Application using only Web Browser technology, Microsoft I
think is the only company which will bring a workflow to the masses, Using a
combination of Dojo widgets we can achieve something very similar see this URL
On 23/08/06, Francisco Monteiro [EMAIL PROTECTED] wrote:
How do you get workflow in a Web Application using only Web Browser
technology, Microsoft I think is the only company which will bring a
workflow to the masses, Using a combination of Dojo widgets we can achieve
something very similar see
* The event-source element has no DOM interface while it has some
attributes that probably warrant one.
* The specification doesn't define when the onevent event handler is
invoked nor when the event event is dispatched. They are only defined.
It's also unclear which interface they implement, et
Slightly off-topic - what I like most is this ultra-sensitive and tactful
for example the activation code for a nuclear weapon [1]
Impressive.
[1] http://www.w3.org/TR/web-forms-2/#the-autocomplete
--
Jens Meiert
http://meiert.com/
Webdesign mit CSS (O'Reilly, German)
On Aug 23, 2006, at 5:08 PM, Dean Edwards wrote:
On 23/08/06, Arve Bersvendsen [EMAIL PROTECTED] wrote:
On Wed, 23 Aug 2006 16:02:24 +0200, Martijn
...
I'm sure there is an official list out there (United Nations?), with
all the countries in the world.
What happens when a web developer
On Fri, 26 May 2006, Matthew Raymond wrote:
Henri Sivonen wrote:
The WF2 spec does not say anything about filtering autocomplete lists
on pattern and Opera 9 does not do it. However, autocomplete entries
that would fail form validation are not particularly useful.
I suggest saying
Martijn wrote:
On 8/23/06, David Håsäther [EMAIL PROTECTED] wrote:
But what if you use a browser with an old list, and your contry isn't
listed. Or are you proposing that browsers download a list every time?
That could happen nowadays also, that a country isn't listed in the
select control.
Ian Hickson wrote:
Could you give an example of this? It seems like the common cases, like
picking named values, would be handled by label= vs value=:
1:input type=number name=gauge list=gauges min=0 step=any
datalist id=gauges
option label=Z value=220
option label=N
On Thu, 24 Aug 2006, Matthew Raymond wrote:
Yeah, I suppose that would be fine, except for extremely rare cases
where the value absolutely has to be outside the pattern. The following
don't have fixed-length numeric values, for instance:
| datalist id=math
| option label=i
21 matches
Mail list logo
