We are trying to collect Indian Developer who would like participate on
HTML5/openweb discussion and start community workshop in India for advocacy
for html5-related technologies.
Thanks
http://mail.openwebindia.org/mailman/listinfo/openwebindia_openwebindia.org
--
┌─┐
│
On Mon, 2 Aug 2010, Chris Pearce wrote:
>
> There's a race condition in the media load algorithm. When the resource
> selection algorithm begins, it sets a task to complete the rest of the
> resource selection algorithm asynchronously.
Not quite. It awaits a stable state and then runs a synchron
Dennis wrote:
> I have an idea which would be very cool for HTML5.
>
> Having a Content-Disposition property on tags which does the same as
> the HTTP Header.
> For example changing the file name of the file to be downloaded or rather
> have a image
> file download rather than it being shown in t
I'm really not too sure what pre-existing problem this actually solves.
Given that a server sets the correct mime-types for a given resource, we
know what "type" it is already.
Setting the Content-disposition on the client side creates an annoying user
experience.
If I want to open a link in a ne
On Aug 1, 2010, at 6:59 PM, Tantek Çelik wrote:
> Summary: The new 'sandbox' feature on should be considered
> for removal. It needs a security review, it will be a lot of work to
> implement properly, and may not actually solve the problem it is
> intending to solve.
>
> More details here:
>
On 07/30/2010 06:43 AM, Oliver Hunt wrote:
all array functions defined in ES5 are "generic" in that they work
over any array-like object.
They're guaranteed to work over any array-like native JavaScript object.
They're *not* guaranteed to work on host objects like the various node
lists.
FW
On 8/2/10 5:17 AM, Ian Hickson wrote:
There's a race condition in the media load algorithm. When the resource
selection algorithm begins, it sets a task to complete the rest of the
resource selection algorithm asynchronously.
Not quite. It awaits a stable state and then runs a synchronous secti
Jeremy Keith wrote:
Dennis wrote:
...
Hang on... isn't the mechanism for this already available via the "type"
attribute?
For example:
Full size image
That wouldn't help in this case...
A browser could offer a preference setting, for example:
"Always download the following types of f
Ben Schwarz wrote:
I'm really not too sure what pre-existing problem this actually solves.
Given that a server sets the correct mime-types for a given resource, we
know what "type" it is already.
Yes, since we don't want to set MIME-Types. I want to be able to set
what a file actually is. Is
Dennis wrote:
Yes, but that wouldn't help since I want to force downloads regardless
of the browser settings. Maybe it would do if the type was set to
application/octet-stream, since those, by default, always get downloaded.
People don't often like it when they're forced to do something. If the
Dennis wrote:
> Yes, but that wouldn't help since I want to force downloads regardless
> of the browser settings.
Ah, I see. In that case, I fundamentally disagree with what you are asking for.
Final control should be in the hands of the user, not the author.
--
Jeremy Keith
a d a c t i o
htt
On Mon, 2010-08-02 at 18:09 +0200, Dennis Joachimsthaler wrote:
> Ben Schwarz wrote:
>
> > I'm really not too sure what pre-existing problem this actually solves.
> > Given that a server sets the correct mime-types for a given resource, we
> > know what "type" it is already.
>
> Yes, since we d
On Mon, Aug 2, 2010 at 9:21 AM, Michael Kozakewich
wrote:
>>> Dennis wrote:
>>
>> Yes, but that wouldn't help since I want to force downloads regardless
>> of the browser settings. Maybe it would do if the type was set to
>> application/octet-stream, since those, by default, always get downloaded.
On Aug 2, 2010, at 7:36 AM, And Clover wrote:
> On 07/30/2010 06:43 AM, Oliver Hunt wrote:
>> all array functions defined in ES5 are "generic" in that they work
>> over any array-like object.
>
> They're guaranteed to work over any array-like native JavaScript object.
> They're *not* guaranteed
On 2 Aug 2010, at 17:21, Michael Kozakewich wrote:
>>> Dennis wrote:
>> Yes, but that wouldn't help since I want to force downloads regardless
>> of the browser settings. Maybe it would do if the type was set to
>> application/octet-stream, since those, by default, always get downloaded.
>
> Peop
2010/8/2 Kornel Lesiński :
> Downloads can be "forced" already with Content-Disposition: attachment. It's
> just harder to do, and unfortunately that doesn't stop webmasters from
> trying. Popular PHP snippets for forcing download are among the most
> disgusting cargo-cult code I've ever seen —
Jeremy Keith wrote:
Dennis wrote:
Yes, but that wouldn't help since I want to force downloads regardless
of the browser settings.
Ah, I see. In that case, I fundamentally disagree with what you are
asking for. Final control should be in the hands of the user, not the
author.
Don't we
Kornel Lesiński wrote:
On 2 Aug 2010, at 17:21, Michael Kozakewich wrote:
I agree that it's not good to force users in general. However, this
attribute can be implemented only as a hint for browsers to display
Open/Save dialog. Users wouldn't be forced to download the file, it
would just
Am 02.08.2010 18:21 schrieb Michael Kozakewich:
Dennis wrote:
Yes, but that wouldn't help since I want to force downloads regardless
of the browser settings. Maybe it would do if the type was set to
application/octet-stream, since those, by default, always get downloaded.
People don't often li
On Mon, Aug 2, 2010 at 12:21 PM, Michael Kozakewich
wrote:
> People don't often like it when they're forced to do something. If they want
> to download it, they can select "Save Link As..." from their browser.
If the author can predict that the user probably wants to do this
(like because they ju
On 8/2/10 1:15 PM, Aryeh Gregor wrote:
If you don't agree that this use-case is worth adding the feature for,
do you think that:
3) Something else?
For the use case your describe, it might just make more sense for
browsers to support Content-Disposition on data: URIs directly
somehow... Mayb
Am 01.08.2010 11:43 schrieb Tantek Çelik:
http://wiki.whatwg.org/wiki/Img_Alt
I encourage fellow web authors to add opinions/comments.
My personal opinion on the alt attribute is that:
- it should only be used if the image is crucial for understanding the
content, or for navigation (such as h
If a site could create multiple Storage areas, then I would agree that per-item
expiration wouldn't be necessary and we could get along fine with per-storage
expiration. However, that's not the case, and the expiration use case is
clearly already present.
Having every developer that wants to ex
On Mon, 2010-08-02 at 17:19 +0200, Markus Ernst wrote:
> - search engines should generally ignore text in the alt attribute,
> but
> evaluate the title attribute instead
>
> Rationale:
>
> 4.8.1.1.12 says: "A corollary to this is that the alt attribute's
> value
> should never contain text tha
On Mon, 2 Aug 2010, Boris Zbarsky wrote:
>
> So the model is that there are asynchronous tasks but there are also
> things that run after the "current asynchronous task" finishes?
It's a little more detailed than that, but yes, that describes the event
loop model.
> How are we defining "curre
On 8/2/10, Oliver Hunt wrote:
>
> On Aug 2, 2010, at 7:36 AM, And Clover wrote:
>
>> On 07/30/2010 06:43 AM, Oliver Hunt wrote:
>>> all array functions defined in ES5 are "generic" in that they work
>>> over any array-like object.
>>
>> They're guaranteed to work over any array-like native JavaScr
On 8/2/10 3:11 PM, Ian Hickson wrote:
How are we defining "current asynchronous task" and "finish"?
In terms of the event loop algorithm:
http://www.whatwg.org/specs/web-apps/current-work/complete/webappapis.html#processing-model-2
Ah, I see. Is the note there about synchronous section
On Aug 2, 2010, at 12:25 PM, Garrett Smith wrote:
> On 8/2/10, Oliver Hunt wrote:
>>
>> On Aug 2, 2010, at 7:36 AM, And Clover wrote:
>>
>>> On 07/30/2010 06:43 AM, Oliver Hunt wrote:
all array functions defined in ES5 are "generic" in that they work
over any array-like object.
>>>
On 8/2/10, Garrett Smith wrote:
> On 8/2/10, Oliver Hunt wrote:
>>
>> On Aug 2, 2010, at 7:36 AM, And Clover wrote:
>>
>>> On 07/30/2010 06:43 AM, Oliver Hunt wrote:
all array functions defined in ES5 are "generic" in that they work
over any array-like object.
>>>
>>> They're guaranteed
On Aug 2, 2010, at 12:57 PM, Garrett Smith wrote:
> I also linked to the old "catchalls" proposal earlier in the thread.
> That is because the host objects mentioned here have a specialized
> "catchall" behavior that isn't yet defined by any specification, so
> when the code has property access wi
On Mon, Aug 2, 2010 at 11:23 AM, Nicholas Zakas wrote:
> If a site could create multiple Storage areas, then I would agree that
> per-item expiration wouldn't be necessary and we could get along fine with
> per-storage expiration. However, that's not the case, and the expiration use
> case is c
On Mon, 2 Aug 2010, Boris Zbarsky wrote:
> On 8/2/10 3:11 PM, Ian Hickson wrote:
> > > How are we defining "current asynchronous task" and "finish"?
> >
> > In terms of the event loop algorithm:
> >
> >
> > http://www.whatwg.org/specs/web-apps/current-work/complete/webappapis.html#processing
On Fri, Jul 30, 2010 at 2:46 PM, Alex Russell wrote:
> On Fri, Jul 30, 2010 at 4:18 AM, Jonas Sicking wrote:
>> On Thu, Jul 29, 2010 at 5:45 PM, Ian Hickson wrote:
>>>
>>> The e-mails quoted below consist of the salient points of this thread:
>>>
>>> On Fri, 23 Apr 2010, David Bruant wrote:
On 08/02/2010 09:57 PM, Garrett Smith wrote:
Can it be argued as to what "integer index" means? And what is a "string index"?
Good catch, that's pretty ambiguous language. Browsers implement this as
if "integer index" were equal to the term "array index" defined section
15.4 of ECMA262 (that
On Thu, 29 Apr 2010, Vladimir Vukicevic wrote:
>
> A while ago questions came up in the WebGL WG about using a canvas with
> multiple rendering contexts, and synchronization issues that arise
> there. Here's our suggested change to getContext.
This seems overly complex. I've gone for a somewha
On 2/08/2010 9:17 p.m., Ian Hickson wrote:
On Mon, 2 Aug 2010, Chris Pearce wrote:
There's a race condition in the media load algorithm. When the resource
selection algorithm begins, it sets a task to complete the rest of the
resource selection algorithm asynchronously.
Not quite. It awaits a
On 8/2/10, And Clover wrote:
> On 08/02/2010 09:57 PM, Garrett Smith wrote:
>
>> Can it be argued as to what "integer index" means? And what is a "string
>> index"?
>
> Good catch, that's pretty ambiguous language. Browsers implement this as
> if "integer index" were equal to the term "array index
Yes, for IndexDB I think having a per-storage area expiration date completely
makes sense. Do you expect that IndexedDB will become a successor to
sessionStorage/localStorage? My belief is that the simple key-value store
paradigm would still end up being the default client-side data storage util
On 8/2/10, Garrett Smith wrote:
> On 8/2/10, And Clover wrote:
>> On 08/02/2010 09:57 PM, Garrett Smith wrote:
>>
[...]
> ({}).hasOwnProperty.call(document.links, "0");
>
> - and resulting true in IE.
>
> However, that hasOwnProperty check does not always true for
...does not always result `tru
On Fri, 30 Apr 2010, Eduard Pascual wrote:
>
> Basically, most of the issues with headings boil down to a single fact:
> the sectioning model is (probably needlessly) over-bloated. [...]
>
> And now, in HTML5, not only have been kept, but a plethora of new
> elements: , , , , , ,
> ; and it ev
On Fri, 30 Apr 2010, L. David Baron wrote:
>
> http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html#selector-checked
> defines what elements match the :checked pseudo-class. However, I
> think it's missing an important case: selected option elements
> within a select.
>
> http:/
On Fri, 30 Apr 2010, L. David Baron wrote:
>
> For a long time, Gecko has implemented the behavior that the
> :default pseudo-class matches checkboxes, radios, and options that
> are selected by default (i.e., anything that matches :checked by
> default). I think supporting it for option elements
On Mon, Aug 2, 2010 at 5:24 PM, Nicholas Zakas wrote:
> Yes, for IndexDB I think having a per-storage area expiration date completely
> makes sense. Do you expect that IndexedDB will become a successor to
> sessionStorage/localStorage? My belief is that the simple key-value store
> paradigm wou
On Fri, 30 Apr 2010, L. David Baron wrote:
>
> http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html#selector-link
> says:
> # All a elements that have an href attribute, all area elements
> # that have an href attribute, and all link elements that have an
> # href attribute,
On Sat, 1 May 2010, rya...@mail.com wrote:
>
> My suggestion for the HTML5 spec is that the video tag should have a
> feature that can enable GPU acceleration on a user's graphics card, so
> it will take some stress off the CPU.
>
> Do you like my suggestion?
Why would a user ever want anyone
This thread primarily discussed ways to allow users to log in and out of
sites, possibly through improvements to the forms model.
This is an area that seems to be under a lot of active research, so it's
probably premature to change the HTML spec at this point. I haven't
introduced any new form
On Wed, 5 May 2010, yael.aha...@nokia.com wrote:
>
> I have a couple of questions regarding the meter element.
>
> 1. I could not find the meter element in the tables in
> http://dev.w3.org/html5/spec/Overview.html#annotations-for-assistive-technology-products-aria.
>
> What is the ARIA role fo
On Mon, Aug 2, 2010 at 5:53 PM, Ian Hickson wrote:
> On Sat, 1 May 2010, rya...@mail.com wrote:
>>
>> My suggestion for the HTML5 spec is that the video tag should have a
>> feature that can enable GPU acceleration on a user's graphics card, so
>> it will take some stress off the CPU.
>>
>> Do you
On Wed, 5 May 2010, Charles Pritchard wrote:
> On 5/5/2010 12:42 PM, Ian Hickson wrote:
> > On Wed, 5 May 2010, Charles Pritchard wrote:
> > >
> > > Awhile ago, it appears, the "files" object was removed from > > type="url">
> >
> > "files" doesn't really make much sense for type=url... Do you mea
On Mon, Aug 2, 2010 at 6:43 PM, Dirk Pranke wrote:
> On Mon, Aug 2, 2010 at 5:53 PM, Ian Hickson wrote:
> > On Sat, 1 May 2010, rya...@mail.com wrote:
> >>
> >> My suggestion for the HTML5 spec is that the video tag should have a
> >> feature that can enable GPU acceleration on a user's graphics
On Mon, Aug 2, 2010 at 6:12 PM, Ian Hickson wrote:
>
> This thread primarily discussed ways to allow users to log in and out of
> sites, possibly through improvements to the forms model.
>
> This is an area that seems to be under a lot of active research, so it's
> probably premature to change the
On Mon, 2 Aug 2010, Dirk Pranke wrote:
> >
> > Why would a user ever want anyone to disable their GPU acceleration?
>
> I believe I've heard people say that they might sometimes want this for
> power management, i.e. performing the same computation on the GPU might
> take more power than perform
On Mon, Aug 2, 2010 at 6:56 PM, Ian Hickson wrote:
> On Mon, 2 Aug 2010, Dirk Pranke wrote:
>> >
>> > Why would a user ever want anyone to disable their GPU acceleration?
>>
>> I believe I've heard people say that they might sometimes want this for
>> power management, i.e. performing the same com
On Mon, 2 Aug 2010, Dirk Pranke wrote:
> On Mon, Aug 2, 2010 at 6:56 PM, Ian Hickson wrote:
> > On Mon, 2 Aug 2010, Dirk Pranke wrote:
> >> >
> >> > Why would a user ever want anyone to disable their GPU acceleration?
> >>
> >> I believe I've heard people say that they might sometimes want this fo
On Wed, 5 May 2010, Simpson, Grant Leyton wrote:
>
> Is there any value in adding an "href" or "uri" or similar attribute to
> the element to indicate a location for a work (or information
> about the work) or, in the case of a URI, an indicator that can be used
> as a reference programmaticall
On Mon, Aug 2, 2010 at 7:09 PM, Ian Hickson wrote:
> On Mon, 2 Aug 2010, Dirk Pranke wrote:
>> On Mon, Aug 2, 2010 at 6:56 PM, Ian Hickson wrote:
>> > On Mon, 2 Aug 2010, Dirk Pranke wrote:
>> >> >
>> >> > Why would a user ever want anyone to disable their GPU acceleration?
>> >>
>> >> I believe
On 8/2/10 5:20 PM, Ian Hickson wrote:
Or does "stop the currently running task" in #spin-the-event-loop imply
a jump to step 2 of the algorithm under #processing-model2?
Yes.
OK, that might be worth clarifying.
(Note: I still have a problem with the way "pause" is defined here, but
I've rai
Perhaps to avoid the "legacy baggage" it could be a simple attribute
eg.
This would prevent duplicating 'type', and bringing in all the
"knowledge" people seem to not have about how 'content-disposition'
works in headers.
or even an extension of target?
eg.
Then it would be clear that it's o
On 8/2/2010 6:54 PM, Ian Hickson wrote:
On Wed, 5 May 2010, Charles Pritchard wrote:
Sorry, it didn't make much sense: I meant a FileList object which
FileReader would use.
I still don't really see what you want here.
Is there currently a method for allowing cross-domain access t
>> Why wouldn't be usable for this? You should be able to
>> drag any file to that, just like you can type in a URL in Windows in an
>> open file dialog box.
>>
>
> would be usable.
>
> Were this implemented:
>
> When a user through selection, click+drag or manual entry of a URL
> should the brow
60 matches
Mail list logo
