Re: [whatwg] Decimal comma in numeric input

On 08/02/2012, at 12:39 AM, Ian Hickson wrote: > On Fri, 20 Jan 2012, Cameron Heavon-Jones wrote: >> >> The lang attribute is the structural declaration of the content's >> localization, be it prose or data values. > > Technically it just sets the language, n

Re: [whatwg] Localisation of form fields

On 20/01/2012, at 6:58 PM, Bronislav Klučka wrote: > >>> Hello >>> >>> There are two recent threads on localisation of form fields, one on input >>> type=date, the other on the Decimal comma in numeric input. Both are about >>> the question whether the form field value should be displayed acc

Re: [whatwg] Decimal comma in numeric input

On 20/01/2012, at 6:52 PM, Bronislav Klučka wrote: > On 20.1.2012 18:52, Cameron Heavon-Jones wrote: >> >> >> The lang attribute is the structural declaration of the content's >> localization, be it prose or data values. There should be no differenc

Re: [whatwg] Localisation of form fields

On 20/01/2012, at 3:56 PM, Markus Ernst wrote: > Hello > > There are two recent threads on localisation of form fields, one on input > type=date, the other on the Decimal comma in numeric input. Both are about > the question whether the form field value should be displayed according to > the

Re: [whatwg] Decimal comma in numeric input

On 20/01/2012, at 1:33 PM, Bronislav Klučka wrote: > On 20.1.2012 1:29, Jukka K. Korpela wrote: >> >> Why would things suddenly change when it comes to user interface? Besides, >> there is nothing in CSS as currently defined that even tries to address such >> issues. >> >> Yucca > > I've joine

Re: [whatwg] input type=date

On 12/01/2012, at 7:20 PM, Schalk Neethling wrote: > Ok, so reading some of the discussion, maybe being more precise with our html > lang= would help or, is this not inherited down the chain so, when declaring > input type=date, one needs to specify lang=en-US? > > Will that have the desired e

Re: [whatwg] input type=date

On 12/01/2012, at 6:44 PM, Schalk Neethling wrote: > yep, that answers my question but, is there any work done to perhaps add an > attribute where the author can specify the date format they require/want? > > Thanks, Scott > Yes, there is an open bug about this. It is recommended that UAs sho

Re: [whatwg] Terminology: managed vs. manual transactions

On 29/08/2011, at 7:18 PM, Aryeh Gregor wrote: > In the UndoManager spec , > there are two types of transactions: managed and manual. Managed > transactions are handled by the browser, while manual ones are handled > by the author. The term "managed" k

Re: [whatwg] Proposal for a web application descriptor

On 02/08/2011, at 11:50 PM, Ian Hickson wrote: > On Wed, 27 Jul 2011, Cameron Heavon-Jones wrote: >> >> The mapping of "tel" and "email" inputs to a contacts list is >> functional, not systematic. Might this be extended for some other >>

Re: [whatwg] proposal: extend to markup durations

On 14/07/2011, at 10:36 PM, Ian Hickson wrote: > I haven't studied the above yet, but I just wanted to bring up a trial > balloon for a possible alternative solution: drop and replace it > with a generic solution. > > There are several use cases for : > > A. Easier styling of dates and times

Re: [whatwg] Decimal comma in numeric input

On 16/07/2011, at 5:52 AM, Jukka K. Korpela wrote: > 16.07.2011 00:01, Ian Hickson wrote: > >> Much discussion on this topic happened when we started on this work in >> 2004 and 2005, I highly recommend perusing the archives around that time. > > Authors and implementors will need to be able to

Re: [whatwg] Decimal comma in numeric input

On 15/04/2011, at 10:56 PM, Aryeh Gregor wrote: > Trying to add more features to the > new form stuff is premature when we only have one really good > implementation (IMO: Gecko's), and that implementation is partial. > The time to talk about new features is when we have some amount of > stability

Re: [whatwg] Proposal to extend registerProtocolHandler

This kind of permission may be synonymous with that of geolocation privileges and their explcit management requirements. See this thread for discussion on this: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-July/032631.html Thanks, Cameron Jones On 26/07/2011, at 4:31 AM, James Kozia

Re: [whatwg] Proposal for a web application descriptor

On 27/07/2011, at 5:30 PM, Mike Hanson wrote: > The challenging use case, and one that we had trouble with when we prototyped > the Contacts API, is for ongoing or persistent access. The best approach we > have right now is to use explicit markup to "sandbox" the permissions grant > away from

Re: [whatwg] Proposal for a web application descriptor

raction should not be with the system but the browser. this leaves any system-level integration in full control of the browser and restricts the specification to a single level of abstraction. > On Tue, 3 May 2011, Cameron Heavon-Jones wrote: >> >> The quantity of permission

Re: [whatwg] Session Management

On 14/06/2011, at 10:40 AM, Dave Kok wrote: >> What do you mean by "it's a protocol thing"? The idea is to provide a UI to >> enable a human to interact with the protocol, this must be present in some >> way, either by the UA as at present, or through forms as suggested. > Personally I prefer the

Re: [whatwg] Session Management

On 10/06/2011, at 4:23 PM, Dave Kok wrote: >>> Ultimately a user-agent must use whatever >>> method required by the server not the method defined by the author. A >>> user- agent can transparently find out which method to use with a HEAD >>> request. Or if transport layer security is used simply g

Re: [whatwg] Session Management

On 10/06/2011, at 4:23 PM, Dave Kok wrote: > Op vrijdag 10 juni 2011 16:07:01 schreef u: >> On 10/06/2011, at 2:12 PM, Dave Kok wrote: >>> I very much like the header type as a generic feature but would suggest >>> not using it for HTTP authorization. As for user-agents to support it >>> through

Re: [whatwg] Session Management

On 10/06/2011, at 2:12 PM, Dave Kok wrote: > I very much like the header type as a generic feature but would suggest not > using it for HTTP authorization. As for user-agents to support it through > forms have to use special processing anyways. So I would suggest simply > declaring it on the f

Re: [whatwg] Session Management

i'd like to reference a proposal i put forward in relation to expanding the functionality of forms which displays how http authentication could be implemented declaratively by html authors: http://lists.w3.org/Archives/Public/public-html/2011Apr/0259.html thanks, cameron jones On 10/06/2011,

Re: [whatwg] Pressing Enter in contenteditable: or or ?

em to require explicit editable authoring in tandem with their explicit presentation authoring. cameron jones On 19/05/2011, at 1:38 PM, Cameron Heavon-Jones wrote: > might it be possible for a default contenteditable algorithm to operate in a > most-intuitive-possible mode but for

Re: [whatwg] Proposal for a web application descriptor

On 05/05/2011, at 8:30 AM, timeless wrote: > On Thu, May 5, 2011 at 9:13 AM, Charles McCathieNevile > wrote: > >> In practice, even given something as simple >> as twitter's geolocation request I *sometimes* allow it to know where I am >> and sometimes don't. > > I'm hoping we'll eventually m

Re: [whatwg] Proposal for a web application descriptor

On 05/05/2011, at 7:13 AM, Charles McCathieNevile wrote: > On Thu, 05 May 2011 00:12:06 +0200, Bjartur Thorlacius > wrote: > >> On 5/3/11, Cameron Heavon-Jones wrote: > >>> There are a number of resources which are thought of having an >>> 'appl

Re: [whatwg] Proposal for a web application descriptor

On 04/05/2011, at 11:12 PM, Bjartur Thorlacius wrote: >> The quantity of permission requests can be managed in an effective manner by >> the agent allowing the user to store their preferences for the next command >> or as a universal setting. >> > If you manage to inform users that they'd then b

Re: [whatwg] Proposal for a web application descriptor

On 02/05/2011, at 10:47 AM, Henri Sivonen wrote: > On Sat, 2011-04-30 at 09:52 -0400, Glenn Maynard wrote: >>> Asking for specific permissions in the context of a user action is >>> the >>> only model that makes sense to me. When applications ask for a big >>> bundle of >>> permissions in advanc