A user account is required in order to edit this wiki, but we've had to disable public user registrations due to spam.

To request an account, ask an autoconfirmed user on IRC (such as one of these permanent autoconfirmed members).

Difference between revisions of "Specs/todo"

From WHATWG Wiki
Jump to: navigation, search
(Specs to edit: reorg)
(Platform)
Line 13: Line 13:
 
* A specification that defines how XML maps to DOM Core. (I think this should be in DOM Parsing and Serialization. Well really in XML.)
 
* A specification that defines how XML maps to DOM Core. (I think this should be in DOM Parsing and Serialization. Well really in XML.)
 
* Encodings: [[Web Encodings]] A specification that replaces the encodings registry and has everything on encodings.
 
* Encodings: [[Web Encodings]] A specification that replaces the encodings registry and has everything on encodings.
 +
* Shadow DOM: http://dglazkov.github.com/component-model/
  
 
=== APIs ===
 
=== APIs ===

Revision as of 16:11, 26 July 2011

There are many specifications that need editors. This page lists some of the more important ones. If you want to volunteer to edit one of these specs, contact ian@hixie.ch, post on the WHATWG mailing list or say something on IRC. This mailing list post has some advice on the matter.

See also: Specs with editors

How to edit a spec

We have some documentation on how to write a spec that could help if you want to help out.

Specs to edit

Platform

  • A specification that defines how XML maps to DOM Core. (I think this should be in DOM Parsing and Serialization. Well really in XML.)
  • Encodings: Web Encodings A specification that replaces the encodings registry and has everything on encodings.
  • Shadow DOM: http://dglazkov.github.com/component-model/

APIs

CSS

There are many specifications for extending CSS that are in need of editors. The most important ones are:

Registries

Currently, the state of registries on the Web (and indeed for the Internet in general) is a disaster. At a minimum, the following registries need dramatically updating:

  • MIME types
  • Schemes

It's possible that the right solution is to change approach altogether (e.g. moving more to a wiki model of registries).

See also: Registries

MISC

  • an API to do syntax highlighting on <textarea>, <pre>, and contenteditable sections would be highly popular with Web developers (ack Ryan Johnson). (This would probably best be done as some sort of output filter at the CSS level, rather than anything HTML-specific.)
  • JS changes: Web ECMAScript
  • Animated GIFs need a spec that, in particular, specifies how to handle timings (not all browsers honour all values, so we should specify what needs to be honoured exactly)
  • Client-side HTTP implementation requirements specification ("option 3" in http://www.w3.org/mid/20101101063413.bf1d8102.eric@bisonsystems.net)

See also

Other stuff

Some notes from the HTML5 spec about things that need doing: