Re: [css3-lists] Publish a new WD?

Also sprach Tab Atkins Jr.:

 > > - Issue: Do we need predefined lists beyond what CSS2 defines? For example,
 > > do we need 'simple-upper-roman', 'fullwidth-decimal', 'octal',
 > > 'upper-hexadecimal'? Do the people who need octal numbering (there
 > > may be some) really trust CSS to get numbering correct?
 > This is already covered by an issue.  (I'll note, though, that 'octal'
 > isn't a very good style to question the correctness of, given that
 > it's completely trivial.  

It's trivial to express, but is there a strong use case? We don't want
to add stuff only because it's easy. When people use octal numbering,
I believe it's part of the content. That is, when people use octal,
it's vital for the meaning of the document that the numbering is
displayed in octal. Thus, we're beyond styling.

But maybe I'm wrong. A few samples in the wild would be helpful to see.

 > Better would be some of the non-English
 > alphabetic styles, where I'm counting on information from other people
 > and my own transcription ability to get this right.)

I'm concerned about us not getting enough review.

 > >  - Issue: should we require real-world examples of all list style
 > >   types described in this specification?
 > Most of the styles are stated to have real-world usage in the various
 > emails or documents that I and Hixie extracted the original styles
 > from.  I can produce those original emails, but it would be a *lot* of
 > work to go through and re-justify all of them.  I'm not particularly
 > interested in doing so.

Someone should speak up for predefined styles and provide samples in
the wild. It doesn't have to be you; it would be better it the people
who use these styles would speak up.

 > > - Issue: If we decide that we need more predefined list types, what
 > >  criteria should be used and how should that criteria be expressed
 > >  in the specification? Does presence in Unicode warrant placement?
 > >  Do we need lists for Norwegian, Swedish, Danish and other languages
 > >  written in the Latin scripts. If not, why not?
 > The (unstated) criteria that I used was if it's a living language and
 > the usage was stated to be reasonably popular.  Do you want something
 > in the spec about this?

Yes. If we decide to add predefined styles we should tell people how
they were selected, and what procedures they need to follow to add even

 > > - Issue: Should 'footnotes' be 'footnote' instead? (like CSS does in
 > > "italic" and other places)
 > Perhaps.  Do you have a strong opinion either way?  I don't.  If you
 > make a decision here, we don't need an issue over it.

I'd like to see it changed, as suggested in the past:

 > >  - Issue: should we replace the numbering systems described in chapter
 > >   11 with spelled-out lists that can be expressed without defining
 > >   algorithms? Before deciding, spelled-out lists up to, say 100, should be
 > >   added for comparison purposes.
 > Up to 100 isn't really acceptable.  While *most* lists are under 100,
 > as they're hand-coded, a significant fraction of the remaining
 > use-cases can get very large, easily going into the thousands.

If so, they can add their own definitions, no?

Could you point to some real-world use cases that are up in the
thousands? I have no doubt there are some, but it ould be helpful to
see what they contain.

 > >  - Issue: could W3C host a style sheet with the "predefined" styles in
 > >   it? It's easier to correct errors in this style sheet than it is to
 > >   change/update deployed browsers.
 > Given the pain caused by software actually following doctype urls that
 > pointed to the w3c, I doubt this would fly (and software is *supposed*
 > to follow <link rel=stylesheet> urls!).  ^_^

Yes, I meant that W3C should host the document and browsers should
fetch it. This way, errors can easily be fixed. W3C is capable of
hosting style sheets; the core styles from 1998 are still available:


              Håkon Wium Lie                          CTO °þe®ª        

Received on Friday, 25 November 2011 18:28:51 UTC