Re: [whatwg] Lists, /, and

Michel Fortin wrote: (Note that everything applying to normal lists in this message could also apply to definition lists and tables.) The ongoing thread about a global href attribute versus a block-level element made me think of a similar situation concerning and . How can we markup removed

[whatwg] Fw: Fw: Lists, /, and

- Original Message - From: "Alexey Feldgendler" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 29, 2006 9:18 PM Subject: Re: [whatwg] Fw: Lists, /, and On Wed, 30 Aug 2006 10:57:51 +0700, Andrew Fedoniouk <[EMAIL PROTECTED]> wrote: Probably, lists should impleme

Re: [whatwg] Lists, /, and

On Wed, 30 Aug 2006 10:40:46 +0700, Andrew Fedoniouk <[EMAIL PROTECTED]> wrote: Some list item Another list item Same old story about accessibility. Classes mean nothing unless styled, and they are usually styled only for the particular media the author is targetting. What should

Re: [whatwg] Fw: Lists, /, and

On Wed, 30 Aug 2006 10:57:51 +0700, Andrew Fedoniouk <[EMAIL PROTECTED]> wrote: >>> Probably, lists should implement a special DOM interface which allows to >>> iterate over the list items. Tables have such an interface. > Why not to implement just one simple function: > > function foo(element)

[whatwg] Fw: Lists, /, and

- Original Message - From: "Alexey Feldgendler" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 29, 2006 7:47 PM Subject: Re: [whatwg] Lists, /, and On Wed, 30 Aug 2006 01:09:26 +0700, Michel Fortin <[EMAIL PROTECTED]> wrote: Some list item Anoth

Re: [whatwg] Lists, /, and

Le 29 août 2006 à 23:00, Lachlan Hunt a écrit : Michel Fortin wrote: How can we markup removed or inserted list items? Here's a general idea: Some list item Another list item This can be solved by putting the ins and del elements as the only child nodes of the li element

Re: [whatwg] Lists, /, and

- Original Message - From: "Lachlan Hunt" <[EMAIL PROTECTED]> To: "Michel Fortin" <[EMAIL PROTECTED]> Cc: "whatwg List" <[EMAIL PROTECTED]> Sent: Tuesday, August 29, 2006 8:00 PM Subject: Re: [whatwg] Lists, /, and Michel Fortin wrote: How can we markup removed or inserted list item

Re: [whatwg] Lists, /, and

Michel Fortin wrote: How can we markup removed or inserted list items? Here's a general idea: Some list item Another list item This can be solved by putting the ins and del elements as the only child nodes of the li elements instead. Some list item Another list item

Re: [whatwg] Lists, /, and

On Wed, 30 Aug 2006 01:09:26 +0700, Michel Fortin <[EMAIL PROTECTED]> wrote: > > Some list item > Another list item > > > Changing this to allow the above markup has consequences on the DOM: > for instance we could no longer iterate on the content of a list > element and expe

Re: [whatwg] href on any element

On Tue, 29 Aug 2006 22:55:01 +0100, Matthew Raymond <[EMAIL PROTECTED]> wrote: Having data table representing list of items where large clickable area is useful - i.e. inbox in a webmail, list of contacts, forum threads listing, etc. I've ran into this problem many times and seen many que

Re: [whatwg] href on any element

Kornel Lesinski wrote: > On Tue, 29 Aug 2006 17:02:22 +0100, Francisco Monteiro > Having data table representing list of items where large clickable area is > useful - i.e. inbox in a webmail, list of contacts, forum threads listing, > etc. > > I've ran into this problem many times and seen

[whatwg] return lowercase hex values for fillStyle and strokeStyle

Instead of returning an uppercase six digit hex value I suggest returning a lowercase value for compatibility with what UAs (including IE) currently do for CSS already and what Mozilla already does for . -- Anne van Kesteren

Re: [whatwg] Lists, /, and

Michel Fortin wrote: (Note that everything applying to normal lists in this message could also apply to definition lists and tables.) The ongoing thread about a global href attribute versus a block-level element made me think of a similar situation concerning and . How can we markup removed

Re: [whatwg] proposed canvas 2d API additions

On Tue, 29 Aug 2006, Anne van Kesteren wrote: > On Fri, 19 May 2006 17:34:04 +0200, Ian Hickson <[EMAIL PROTECTED]> wrote: > > > One other problem I had with it was that the colors are restricted to 8 > > > bit. That may potentially lead to data loss but I guess it's not a major > > > concern yet.

Re: [whatwg] href on any element

On Tue, 29 Aug 2006 17:02:22 +0100, Francisco Monteiro <[EMAIL PROTECTED]> wrote: What practical use has this for Mr Joe Public? Give me a really useful example in very simple wording! Having data table representing list of items where large clickable area is useful - i.e. inbox in a webm

[whatwg] Lists, /, and

(Note that everything applying to normal lists in this message could also apply to definition lists and tables.) The ongoing thread about a global href attribute versus a block-level element made me think of a similar situation concerning and . How can we markup removed or inserted list i

Re: [whatwg] proposed canvas 2d API additions

On Fri, 19 May 2006 17:34:04 +0200, Ian Hickson <[EMAIL PROTECTED]> wrote: One other problem I had with it was that the colors are restricted to 8 bit. That may potentially lead to data loss but I guess it's not a major concern yet. This is already the case in other aspects of the API, I think.

Re: [whatwg] href on any element

What practical use has this for Mr Joe Public? Give me a really useful example in very simple wording! Francisco -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dolphinling Sent: 29 August 2006 16:46 To: WHAT WG List Subject: Re: [whatwg] href on any el

Re: [whatwg] href on any element

Lachlan Hunt wrote: Andrew Fedoniouk wrote: If yes then let it be just : ... ... But that isn't backwards compatible. data:text/html,link to googleplain text Neither is around table cells or list items. Personally, I like the semantics of href on any element. "This element is a li

Re: [whatwg] Persistent storage is critically flawed.

Ian Hickson said (among other things): It seems that what you are suggesting is that foo.example.com cannot trust example.com, because example.com could then steal data from foo.example.com. But there's a much simpler attack scenario for example.com: it can just take over foo.example.com direct

Re: [whatwg] href on any element

Ian Hickson wrote: > On Mon, 28 Aug 2006, Anne van Kesteren wrote: >> On Mon, 28 Aug 2006 11:33:43 +0200, Lachlan Hunt <[EMAIL PROTECTED]> >> wrote: It's arguably a very minor improvement, >>> The only benefit I'm aware of is the convenience it provides to authors for >>> hand coding, but th

[whatwg] Table integrity and conformance

Should one expect HTML table row/column integrity to become an HTML5 conformance requirement? That is, will these tables be non-conforming: ? (This is something static document authors probably would prefer to have flagged, and for dynamic document authors it isn't a particularly

Re: [whatwg] href on any element

Andrew Fedoniouk wrote: Lachlan Hunt wrote: Andrew Fedoniouk wrote: Ian Hickson wrote: ... ... If we will change model of A from to something else then it will create implications for parser. What implications? Changing the formal content model of an element doesn't change t