On Feb 22, 2010, at 03:26, Gregory Maxwell wrote:
> I thought the list might appreciate this news regarding plugin-added
> support in Internet Explorer:
>
> http://cristianadam.blogspot.com/2010/02/ie-tag-take-two.html
This is great news!
This part is odd, though: 'To enable tag for Internet
On 22 February 2010 01:18, Boris Zbarsky wrote:
> On 2/21/10 7:11 PM, Dean Edwards wrote:
>>
>> Why not just extend :empty to include with no value?
>
> Because that's not backwards-compatible and in fact violates the current CSS
> spec?
>
>> It reads nicely:
>>
>> input[required]:empty:after {
>
On Mon, 2010-02-22 at 11:08 +, Dean Edwards wrote:
> On 22 February 2010 01:18, Boris Zbarsky wrote:
> > On 2/21/10 7:11 PM, Dean Edwards wrote:
> >>
> >> Why not just extend :empty to include with no value?
> >
> > Because that's not backwards-compatible and in fact violates the current CSS
I'm wondering if data-* attributes should be renamed to priv-* to make it
clearer that it's page's _private_ data.
"data-" is such a nice generic prefix that I'm afraid sooner or later someone
will start basing microformats-like markup on that.
--
regards, Kornel Lesiński
On Feb 20, 2010, at 23:59, Nikita Popov wrote:
> I noticed, that mistyping the ending title tag causes a white page and a
> title containing the whole source of the page (from the starting title tag
> on) in firefox3.6 with enabled HTML5 Parsing Algorithm.
>
> As I haven't read the the HTML5 Pa
HTML5 makes
expand to LF.
What problem does this solve?
None of Gecko, Presto, Trident or WebKit expand
to LF. (They all expand
it to CR.)
This makes the HTML5 parser fail
http://mxr.mozilla.org/mozilla-central/source/layout/style/test/test_parse_rule.html
--
Henri Sivonen
hsivo...@iki.fi
On Mon, Feb 22, 2010 at 5:08 AM, Dean Edwards wrote:
> Yes, I'm suggesting redefining how :empty works. For elements that
> cannot have children it could mean having no content. e.g. An
> with no value or an with no src.
>
> It gets around the need for a new :placeholder pseudo-class:
>
> input[
On 22 February 2010 14:26, Tab Atkins Jr. wrote:
>> It gets around the need for a new :placeholder pseudo-class:
>>
>> input[placeholder]:empty {
>> color: red;
>> }
>
> To get it to act like implementations do, you have to use
> "input[placeholder]:empty:not(:focus)". That's pretty complex. ^_
On 2/22/10 6:08 AM, Dean Edwards wrote:
Yes, I'm suggesting redefining how :empty works. For elements that
cannot have children
There is no such thing in XML.
it could mean having no content. e.g. An with no value or an with
no src.
So this would need to be defined on the document languag
On 22 February 2010 15:11, Boris Zbarsky wrote:
> On 2/22/10 6:08 AM, Dean Edwards wrote:
>> There is a small chance that it could break some pages I guess.
>
> So why is it worth it, then?
I was agreeing with you. That's why I suggested :no-value.
>> I always wanted a pseudo-class that could m
On Mon, Feb 22, 2010 at 10:58 AM, Dean Edwards wrote:
> It's a shame that we can't have generated content for elements
> because I'd love to be able to do this:
>
> input[required]:no-value:after {
> content: "*required";
> vertical-align: super;
> color: red;
> }
>
> But you can't have everyt
On 2/22/10 12:01 PM, Tab Atkins Jr. wrote:
Now if we can just get the Generated and Replaced Content Module implemented...
This would be a lot simpler if CSS actually happened to define box
generation, say. Right now it doesn't, really, with the result that
even box generation for vanilla CS
On Mon, Feb 22, 2010 at 11:42 AM, Boris Zbarsky wrote:
> On 2/22/10 12:01 PM, Tab Atkins Jr. wrote:
>>
>> Now if we can just get the Generated and Replaced Content Module
>> implemented...
>
> This would be a lot simpler if CSS actually happened to define box
> generation, say. Right now it doesn
On 2/22/10 12:46 PM, Tab Atkins Jr. wrote:
On Mon, Feb 22, 2010 at 11:42 AM, Boris Zbarsky wrote:
On 2/22/10 12:01 PM, Tab Atkins Jr. wrote:
Now if we can just get the Generated and Replaced Content Module
implemented...
This would be a lot simpler if CSS actually happened to define box
gen
I've talked with some other folks on WebKit (Maciej and Oliver) about having
a canvas that is available to workers. They suggested some nice
modifications to make it an offscreen canvas, which may be used in the
Document or in a Worker.
Proposal:
Introduce an OffscreenCanvas which may be created f
Okay, I think the requirement for a solution here should be: authors
should not have to worry about their inputs looking bad if they
recolor them without taking placeholders into account. The
placeholder can't just take on the same color as normal user input,
but also can't stay gray when it's now
The lack of support for text drawing in the worker context seems like a
short sighted mistake. I understand there may be implementation issues in
some browsers, but lack of text support feels like a glaring omission spec
wise.
On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
> I've talked wi
On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
> I've talked with some other folks on WebKit (Maciej and Oliver) about
> having a canvas that is available to workers. They suggested some nice
> modifications to make it an offscreen canvas, which may be used in the
> Document or in a Worker.
On Mon, Feb 22, 2010 at 9:28 PM, Henri Sivonen wrote:
> On Feb 22, 2010, at 03:26, Gregory Maxwell wrote:
>
>> I thought the list might appreciate this news regarding plugin-added
>> support in Internet Explorer:
>>
>> http://cristianadam.blogspot.com/2010/02/ie-tag-take-two.html
>
> This is grea
On Mon, Feb 22, 2010 at 7:57 PM, Drew Wilson wrote:
>
>
> On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
>
>> I've talked with some other folks on WebKit (Maciej and Oliver) about
>> having a canvas that is available to workers. They suggested some nice
>> modifications to make it an offsc
Hi. I am an author & web developer.
Searching the latest HTML5 spec I could find [1], the only references to a
command to copy to clipboard involve the drag-and-drop API.
I personally would like to see a cross-browser way to invoke a
copy-to-clipboard command without using any drag-and-drop API
On Feb 22, 2010, at 11:13 AM, David Levin wrote:
I've talked with some other folks on WebKit (Maciej and Oliver)
about having a canvas that is available to workers. They suggested
some nice modifications to make it an offscreen canvas, which may be
used in the Document or in a Worker.
Co
On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
> I've talked with some other folks on WebKit (Maciej and Oliver) about having
> a canvas that is available to workers. They suggested some nice
> modifications to make it an offscreen canvas, which may be used in the
> Document or in a Worker.
On Mon, 2010-02-22 at 14:21 -0500, Aryeh Gregor wrote:
> Okay, I think the requirement for a solution here should be: authors
> should not have to worry about their inputs looking bad if they
> recolor them without taking placeholders into account. The
> placeholder can't just take on the same co
On Mon, Feb 22, 2010 at 3:10 PM, Jonas Sicking wrote:
> On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
> > I've talked with some other folks on WebKit (Maciej and Oliver) about
> having
> > a canvas that is available to workers. They suggested some nice
> > modifications to make it an offs
On 2/22/10 6:30 PM, Ashley Sheridan wrote:
They are used to setting the color value
when they set the background-color
Are they? I've seen about as many cases of people messing this up and
the other way around. Lots, in both cases.
-Boris
On Mon, Feb 22, 2010 at 11:10 PM, Jonas Sicking wrote:
> On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
> > I've talked with some other folks on WebKit (Maciej and Oliver) about
> having
> > a canvas that is available to workers. They suggested some nice
> > modifications to make it an off
On Thu, 4 Feb 2010, Ian Hickson wrote:
> On Sat, 23 Jan 2010, Eduard Pascual wrote:
> >
> > Would it be possible to provide a list of "drag items" (to call them
> > somehow) instead of, or in addition to, the current info provided by
> > the DataTransfer object?
>
> That's a pretty good idea. I
On Mon, Feb 22, 2010 at 3:36 PM, David Levin wrote:
>
>
> On Mon, Feb 22, 2010 at 3:10 PM, Jonas Sicking wrote:
>>
>> On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
>> > I've talked with some other folks on WebKit (Maciej and Oliver) about
>> > having
>> > a canvas that is available to wor
On Mon, Feb 22, 2010 at 3:43 PM, Jeremy Orlow wrote:
> On Mon, Feb 22, 2010 at 11:10 PM, Jonas Sicking wrote:
>>
>> On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
>> > I've talked with some other folks on WebKit (Maciej and Oliver) about
>> > having
>> > a canvas that is available to worke
On Tue, Feb 23, 2010 at 12:05 AM, Jonas Sicking wrote:
> On Mon, Feb 22, 2010 at 3:43 PM, Jeremy Orlow wrote:
> > On Mon, Feb 22, 2010 at 11:10 PM, Jonas Sicking
> wrote:
> >>
> >> On Mon, Feb 22, 2010 at 11:13 AM, David Levin wrote:
> >> > I've talked with some other folks on WebKit (Maciej a
On Mon, Feb 22, 2010 at 4:34 PM, Jeremy Orlow wrote:
> On Tue, Feb 23, 2010 at 12:05 AM, Jonas Sicking wrote:
>>
>> On Mon, Feb 22, 2010 at 3:43 PM, Jeremy Orlow wrote:
>> > On Mon, Feb 22, 2010 at 11:10 PM, Jonas Sicking
>> > wrote:
>> >>
>> >> On Mon, Feb 22, 2010 at 11:13 AM, David Levin wr
Several questions about the proposal:
How does DataTransferItems interact with the original DataTransfer object?
I'm assuming changes in one should be reflected in the other. If that's the
case, what should happen if I do this:
dataTransfer.items.add(fileData);
dataTransfer.getData(mimeTypeForFile)
33 matches
Mail list logo