"Simon Pieters" <[EMAIL PROTECTED]> wrote:
>I tried to find use-cases for list headers, where it is desired that they
>not be part of the document outline. The people discussing in the
>aforementioned thread could not provide any real use-cases, AFAICT.
I concocted an example in this article
On Mar 30, 2007, at 3:39 PM, Simon Pieters wrote:
How is this better than the following?:
A list on stuff
I, Item
Item, the God
Plot synopsis
Characters
Stunning conclusion
(Or using instead of ?)
A (same as a caption to a table) would
Maciej Stachowiak wrote:
We think your reasons are strong and worthy of respect. That is why we
are not trying to force our codec preference on you, but rather propose
to leave this issue open. We ask you to respect our reasons as well,
rather than trying to force us to go along with your cod
Tim Connor said:
> being returned would be really nice, imho. It would have been
> really nice if it was in 4.0 and then 1.x, but better late then never.
> It's always been annoyed at having the choice of bare text (a pain to
> style and script) in the li, followed by a block element, or a
> seman
On Sat, 31 Mar 2007 00:10:02 +0200, Tim Connor <[EMAIL PROTECTED]>
wrote:
Okay, sorry if there is a bunch of discussion I'm missing on this, but
I've never been able to find it, and the archive search showed no
discussion relating to this. I feel the LH died an untimely death. I
think it's a
Okay, sorry if there is a bunch of discussion I'm missing on this, but
I've never been able to find it, and the archive search showed no
discussion relating to this. I feel the LH died an untimely death. I
think it's amusing to see the back tracking from that concept inherent
in some of the more
Maciej Stachowiak (Apple):
Reasons Apple would like MPEG4 + H.264 + AAC to be the preferred
codec stack
In the end, isn't Safari going to play back whatever Quicktime
supports? There is an Ogg Theora + Vorbis codec for Quicktime. It's
easy to get and install. (I don't know whether it will
Maciej Stachowiak said:
> I have no idea if any of
> these is practical or even desirable, but I think we will need to
> think along these lines rather than trying to bless one format
> without consensus.
Then it might be best to bless two. One for the vendors who have payed
for MPEG4 and one fo
On Mar 29, 2007, at 6:32 AM, Gervase Markham wrote:
Dave Singer wrote:
That's an attempt to force the issue by fiat.
But any specification for anything could be described as "an
attempt to force the issue by fiat". That' just loaded language.
Let me frame the conversation a bit differen
On Fri, 30 Mar 2007 18:22:28 +0200, Michel Fortin
<[EMAIL PROTECTED]> wrote:
These to examples are non-conformant according to the current spec. I
won't say this is the ideal markup, but I think it's still better than
opening and closing a dialog element each time you need a element.
Any b
Admittedly, but I still cannot see why the defer attribute must not be
specified without an external source. What does this restriction buy you?
An opportunity to advertise DOMContentLoaded? Using this event is much more
complicated than using the defer attribute if it were supported.
Chris
Here are some various potential use cases for I've collected
and which I think are problematic with the way the element
is currently defined.
Regular dialogue:
http://www.newyorker.com/humor/2007/03/26/070326sh_shouts_rich
IRC Logs:
http://www.linode.com/irc/logs/linode-xenbeta.log-2006-
Ian Hickson wrote:
On Thu, 29 Mar 2007, Gervase Markham wrote:
Dave Singer wrote:
No, writing it into the HTML specification is not a commercial reason.
Assuming you have commercial reasons for supporting HTML 5 (which I
suspect you do, otherwise you wouldn't be here) then having Ogg
specifie
13 matches
Mail list logo
