On 20/11/12 08:37, Nicolas Froidure wrote:
On 20/11/2012 07:17, Ian Hickson wrote:
a date/time picker that works just like the
one without a timezone, except that it then converts the time you give
into UTC.
That's exactly the behavior i would like to have. From the server side
it seems
On 20/11/12 06:17, Ian Hickson wrote:
FWIW, the UI I'd expect for today's datetime, maybe renamed to
datetime-global, would be a date/time picker that works just like the
one without a timezone, except that it then converts the time you give
into UTC. So far example, I'm in the PST time
On 20/11/12 22:51, Ian Hickson wrote:
On Tue, 20 Nov 2012, Mounir Lamouri wrote:
Currently stepUp(n) and stepDown(n) are very basic methods. They more or
less do value += n * allowedValueStep; with n = -n; if stepDown() was
called. In addition of being pretty dumb, there are a lot of
On 20/11/12 22:55, Ian Hickson wrote:
On Tue, 20 Nov 2012, Scott González wrote:
Can you explain why these methods should be no-ops if the value is above
the max or below the min? In jQuery UI, we decided that using these
methods should always result in a valid value.
I actually missed
I'm currently working on a way to update UI before the all XHR datas to
be loaded (sample
http://server.elitwork.com/experiments/pagestream/index.html)
For that need i used the progress listener
http://dvcs.w3.org/hg/progress/raw-file/tip/Overview.html#progressevent but
it's particularly
On Tue, Nov 20, 2012 at 3:38 AM, Boris Zbarsky bzbar...@mit.edu wrote:
So I don't think we should require this behavior.
Thanks, I went with requiring decoding per UTF-8 for now causing
sequences such as %80 to turn into U+FFFD. I think that
simplification over just decoding valid utf-8
On Wed, Nov 21, 2012 at 5:07 PM, Nicolas Froidure
froidure_nico...@yahoo.fr wrote:
I think it could be more usefull if the progress event was providing a chunk
property containing only the new datas loaded.
The plan for this is that you set responseType to stream and use the
Stream object
On 11/21/12 11:07 AM, Nicolas Froidure wrote:
Indeed, the only way to access to the data chunk loaded is to keep a
reference to the previous value of xhr.responseText.
Nicolas, see
http://lists.w3.org/Archives/Public/public-webapps/2011JulSep/0741.html
(implemented in Gecko as the
On Wed, Nov 21, 2012 at 5:44 PM, Boris Zbarsky bzbar...@mit.edu wrote:
Nicolas, see
http://lists.w3.org/Archives/Public/public-webapps/2011JulSep/0741.html
(implemented in Gecko as the moz-chunked-text and
moz-chunked-arraybuffer response types so people can experiment with it).
Would that
On 11/11/12 13:26, Charles McCathie Nevile wrote:
On Sun, 11 Nov 2012 07:50:48 +0100, Maciej Stachowiak m...@apple.com
wrote:
(1) If this API fills in a form completely based on stored data, and
not by completing the user's typing, then it is autofill rather than
autocomplete.
Yep.
(2)
There is something like this cooking in the form of
responseType = chunked-text
and
responseType = chunked-arraybuffer
For reference, see [1] and [2]. Would be cool to hear a status update on
specifying these. Anyway, apparently the right forum of discussion for this
is the webapps mailing list.
Writing and parsing currently distinguish between URLs that can be
written relatively and those that cannot. URLs with a relative scheme
http://url.spec.whatwg.org/#relative-scheme have a relative syntax and
the others do not. Fragment makes sense to have on both, although for
setting hash (not
On Thu, Nov 15, 2012 at 4:02 PM, Boris Zbarsky bzbar...@mit.edu wrote:
Just to be clear, I don't necessarily object to normalizing IPv6 addresses.
Especially since I'm no longer actively working on networking code, so it's
not like it would be work for _me_. I just mentioned the only concern I
Perfectly ! Thanks. Registered to webapps list too, sorry for the noise.
On 21/11/2012 17:44, Boris Zbarsky wrote:
On 11/21/12 11:07 AM, Nicolas Froidure wrote:
Indeed, the only way to access to the data chunk loaded is to keep a
reference to the previous value of xhr.responseText.
Nicolas,
On Wed, Nov 21, 2012 at 9:00 AM, Mounir Lamouri mou...@lamouri.fr wrote:
I feel like the real use case is when a user wants to make custom with a
web site for the first time. It might be indeed harder to get a good
transformation ration if the user has to write all those information.
However,
(Browser support is all over the map. For mailto:test?test; Firefox
gives neither pathname/search, Opera/Safari give pathname/search,
Chrome only gives pathname, which is test?test. No access to
Internet Explorer unfortunately.)
FWIW, according to http://dump.testsuite.org/url/inspect.html,
On Wed, Nov 21, 2012 at 9:07 PM, James Ross sil...@warwickcompsoc.co.uk wrote:
FWIW, according to http://dump.testsuite.org/url/inspect.html, IE10 gives
pathname/search as test/?test in both IE10 and IE9 modes.
Sweet, is that true for test:test?test, about:blank?test, and
data:test?test too?
On Wed, Nov 21, 2012 at 9:07 PM, James Ross sil...@warwickcompsoc.co.uk
wrote:
FWIW, according to http://dump.testsuite.org/url/inspect.html, IE10 gives
pathname/search as test/?test in both IE10 and IE9 modes.
Sweet, is that true for test:test?test, about:blank?test, and
On Tue, Nov 20, 2012 at 5:17 PM, Ian Hickson i...@hixie.ch wrote:
On Tue, 16 Oct 2012, Ilya Sherman wrote:
The payment instrument type is almost certainly appropriate to add -- it
is included on almost every website that I've encountered that includes
payment card fields. It was an
Peter Kasting pkast...@google.com schrieb am Wed, 21 Nov 2012
12:04:56 -0800:
[…]
On the contrary, as a user I find that case extremely compelling.
Maybe I'm too easily frustrated, but it's intensely annoying when I
have to fill out all my personal information yet again just because
I've
On Sun, 14 Aug 2011, Timo Beermann wrote:
It should be able to implemet checkboxes, where by only
activating/deactivating this single checkbox you can active/deactivate
multiple other checkboxes. That is possible with scripting today, but it
should be possible without scripting, only with
Nils Dagsson Moskopp n...@dieweltistgarnichtso.net schrieb am Thu, 22
Nov 2012 02:11:38 +0100:
[…]
The proper solution is to let people vote with their wallet for
devices that are perceived as making input easier – not to hand over
power to site users making it easier to sniff data.
On Wed, Nov 21, 2012 at 5:11 PM, Nils Dagsson Moskopp
n...@dieweltistgarnichtso.net wrote:
The proper solution is to let people vote with their wallet for devices
that are perceived as making input easier – not to hand over power to
site users making it easier to sniff data.
This contains
On Wed, Nov 21, 2012 at 3:55 PM, Ilya Sherman isher...@chromium.org wrote:
On Tue, Nov 20, 2012 at 5:17 PM, Ian Hickson i...@hixie.ch wrote:
On Tue, 16 Oct 2012, Ilya Sherman wrote:
The payment instrument type is almost certainly appropriate to add -- it
is included on almost every website
On Thu, 3 May 2012, Markus Ernst wrote:
Am 03.05.2012 00:50 schrieb Ian Hickson:
On Mon, 7 Mar 2011, Markus Ernst wrote:
A content management or blog system for a corporate website allows
to set font and background colors. The designers define allowed
color sets the way that the
On Wed, 21 Nov 2012, Mounir Lamouri wrote:
On 20/11/12 06:17, Ian Hickson wrote:
FWIW, the UI I'd expect for today's datetime, maybe renamed to
datetime-global, would be a date/time picker that works just like
the one without a timezone, except that it then converts the time you
give
26 matches
Mail list logo