On Wed, 25 Aug 2010, Anne van Kesteren wrote:
> On Wed, 25 Aug 2010 01:00:50 +0200, Ian Hickson wrote:
> > On Thu, 29 Jul 2010, Anne van Kesteren wrote:
> > > On Wed, 28 Jul 2010 01:32:13 +0200, Ian Hickson wrote:
> > > > I've been working under the assumption that we want to eradicate as
> > > >
On Mon, 30 Aug 2010 14:35:03 +0200, L. David Baron
wrote:
But the problem with adding a new general selectors feature is that
authors will discover it and try to use it for things that aren't ok
being ASCII-only.
Yeah, maybe. But we could define it as some kind of token feature. As far
as I
On Monday 2010-08-30 14:28 +0200, Anne van Kesteren wrote:
> On Sun, 29 Aug 2010 15:01:27 +0200, L. David Baron
> wrote:
> >On Wednesday 2010-08-25 10:28 +0200, Anne van Kesteren wrote:
> >>We need a feature for case-insensitive matching in Selectors already
> >>for XHTML (if we really care about
On Sun, 29 Aug 2010 15:01:27 +0200, L. David Baron
wrote:
On Wednesday 2010-08-25 10:28 +0200, Anne van Kesteren wrote:
We need a feature for case-insensitive matching in Selectors already
for XHTML (if we really care about this, not sure we do).
Allowing case-insensitive matching beyond mat
On Wednesday 2010-08-25 10:28 +0200, Anne van Kesteren wrote:
> On Wed, 25 Aug 2010 09:44:34 +0200, Christoph Päper
> wrote:
> >I for one would expect that selector to match that element,
> >although I would never write HTML like that. Imagine a browser or
> >user stylesheet where you would effect
On Wed, 25 Aug 2010 09:44:34 +0200, Christoph Päper
wrote:
I for one would expect that selector to match that element, although I
would never write HTML like that. Imagine a browser or user stylesheet
where you would effectively have to list all possible casings.
We need a feature for case
Anne van Kesteren:
> On Wed, 25 Aug 2010 01:00:50 +0200, Ian Hickson wrote:
>>
>>
>> I'm sure people do: ...
>
> Sure, but I highly doubt people do that and expect
>
> p[align=center]
>
> to work, especially since that has not always worked in all browsers.
I for one would expect that sel
On Wed, 25 Aug 2010 01:00:50 +0200, Ian Hickson wrote:
On Thu, 29 Jul 2010, Anne van Kesteren wrote:
On Wed, 28 Jul 2010 01:32:13 +0200, Ian Hickson wrote:
> I've been working under the assumption that we want to eradicate as
> many differences between XHTML and HTML as possible, and that ther
On Thu, 29 Jul 2010, Anne van Kesteren wrote:
> On Wed, 28 Jul 2010 01:32:13 +0200, Ian Hickson wrote:
> > I've been working under the assumption that we want to eradicate as
> > many differences between XHTML and HTML as possible, and that there's
> > virtually no compatibility constraint on th
On Wed, 28 Jul 2010 01:32:13 +0200, Ian Hickson wrote:
I've been working under the assumption that we want to eradicate as many
differences between XHTML and HTML as possible, and that there's
virtually
no compatibility constraint on the XHTML side.
If this is an area where we should keep th
On Thu, 1 Apr 2010, L. David Baron wrote:
> On Thursday 2010-04-01 23:10 -0700, wha...@whatwg.org wrote:
> > [giow] (0) The CSS rules need to do attribute value matching consistently
> > across HTML and XHTML, despite the rules for interpreting author style
> > sheets.
> > Fixing http://www.w3.or
On Thu, 01 Apr 2010 23:36:16 -0700, L. David Baron
wrote:
Making attribute values case-insensitive in XHTML seems incompatible
with longstanding Gecko behavior (though our handling of input's
type attribute is buggy, at least) and with the clear intent of
XHTML1, and doesn't seem implementable
On Thursday 2010-04-01 23:10 -0700, wha...@whatwg.org wrote:
> [giow] (0) The CSS rules need to do attribute value matching consistently
> across HTML and XHTML, despite the rules for interpreting author style sheets.
> Fixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=9335
> + For the purpos
13 matches
Mail list logo