Re: [whatwg] Type Date

2010-05-07 Thread Bruce Lawson
On Thu, 06 May 2010 23:36:00 +0100, Tab Atkins Jr. jackalm...@gmail.com wrote: My suggestion was to fall back to using a standard text input field and use JavaScript to add the date picker which will allow the user to enter the date manually if so desired. Are there any current plans to

Re: [whatwg] Type Date

2010-05-07 Thread timeless
On Fri, May 7, 2010 at 5:58 AM, Garrett Smith dhtmlkitc...@gmail.com wrote: | # a date-fullyear is defined as four or more digits | representing a number greater than 0 I read that as to . Is there a different interpretation of that? Surely is not greater than 0?

[whatwg] WebSocket handshake: 0x0D in first line

2010-05-07 Thread Simon Pieters
establish a WebSocket connection [[ 28. Read bytes from the server until either the connection closes, or a 0x0A byte is read. Let field be these bytes, including the 0x0A byte. If field is not at least seven bytes long, or if the last two bytes aren't 0x0D and 0x0A respectively, or if it

Re: [whatwg] RFC: input type=username

2010-05-07 Thread David Goss
I think using the role attribute is the best solution here: input type=text role=username input type=email role=username This way we're using the type attribute to indicate what sort of data is being entered, and the role attribute to indicate how it will be used. I think the separation of these

Re: [whatwg] Type Date

2010-05-07 Thread Markus Ernst
Am 07.05.2010 00:30 schrieb Schalk Neethling: Just to rectify any misunderstanding, I love the date picker that Opera provides and others will hopefully do in turn but, my question is that currently using type=date only provides the option of selecting a date using the date picker. In a

[whatwg] WebSocket set-cookie

2010-05-07 Thread Simon Pieters
establish a WebSocket connection [[ 41. ... If the entry's name is set-cookie or set-cookie2 or another cookie-related field name If the relevant specification is supported by the user agent, handle the cookie as defined by the appropriate specification, with the resource being the one

Re: [whatwg] meta=encrypt tag is needed

2010-05-07 Thread Frank Migacz
On Thu, May 6, 2010 at 8:44 AM, juuso_ht...@tele3d.net wrote: meta=encrypt pubkey=ABABAEFEF2626EFEFEF pubtool=EC256-AES|RSA2048-AES passsalt=no|domainname auth=verisign I see a few shortcomings in this approach: a) each document is encrypted asymmetrically, affecting performance. b) there is

Re: [whatwg] meta=encrypt tag is needed

2010-05-07 Thread Juuso Hukkanen
I was expecting criticism; as is unavoidable with all crypto issues. You asked many questions, and unfortunately all you missed the auth=verisign argument, which _is_ enough to prevent all practical (,even if they are all theoretical!,) man-in-the-middle attacks. html head meta encrypt

Re: [whatwg] meta=encrypt tag is needed

2010-05-07 Thread Ashley Sheridan
On Fri, 2010-05-07 at 17:06 +, Juuso Hukkanen wrote: answer 1: Most servers are already configured to read the requested pages before submitting those over the internet. What do you base this on? I can't say I've ever seen a server set up to parse HTML content For example my above

Re: [whatwg] Type Date

2010-05-07 Thread Schalk Neethling
On Thu, May 6, 2010 at 2:19 PM, Schalk Neethling sch...@ossreleasefeed.com wrote: Greetings, Are there any talks at the moment whether the type=date input will allow a user to enter a date manually or use the date picker or, should developers fall back to using a standard input field and

Re: [whatwg] Type Date

2010-05-07 Thread Tab Atkins Jr.
On Fri, May 7, 2010 at 11:26 AM, Schalk Neethling sch...@ossreleasefeed.com wrote: Hey TJ, I understand what type=date is supposed to offer the user and agree that using Modernizr to detect whether the element is supported and provide a fallback but my more direct question is, would HTML 5

Re: [whatwg] meta=encrypt tag is needed

2010-05-07 Thread Aryeh Gregor
On Fri, May 7, 2010 at 1:06 PM, Juuso Hukkanen juuso_ht...@tele3d.net wrote: You asked many questions, and unfortunately all you missed the auth=verisign argument, which _is_ enough to prevent all practical (,even if they are all theoretical!,) man-in-the-middle attacks. You haven't explained

Re: [whatwg] meta=encrypt tag is needed

2010-05-07 Thread Tab Atkins Jr.
On Fri, May 7, 2010 at 10:06 AM, Juuso Hukkanen juuso_ht...@tele3d.net wrote: 1) Man-in-the-middle problem; which doesn't exists because        a) those are just academic mind games You don't get to talk about security anymore. ~TJ

Re: [whatwg] Expanding the cite element

2010-05-07 Thread Simpson, Grant Leyton
On May 6, 2010, at 11:14 AM, Edward O'Connor wrote: Consider how the above would work in legacy browsers, and then consider how this would work in them: pAs Ashley Crandall Amos says in citea href=http://example.com/books/crandall/linguisticmeans;Linguistic Means of Determining the Dates

Re: [whatwg] meta=encrypt tag is needed

2010-05-07 Thread Ashley Sheridan
On Fri, 2010-05-07 at 13:21 -0700, Tab Atkins Jr. wrote: On Fri, May 7, 2010 at 10:06 AM, Juuso Hukkanen juuso_ht...@tele3d.net wrote: 1) Man-in-the-middle problem; which doesn't exists because a) those are just academic mind games You don't get to talk about security anymore.

Re: [whatwg] meta=encrypt tag is needed

2010-05-07 Thread Aryeh Gregor
On Fri, May 7, 2010 at 4:21 PM, Tab Atkins Jr. jackalm...@gmail.com wrote: On Fri, May 7, 2010 at 10:06 AM, Juuso Hukkanen juuso_ht...@tele3d.net wrote: 1) Man-in-the-middle problem; which doesn't exists because        a) those are just academic mind games You don't get to talk about