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 "New Vocabularies"

From WHATWG Wiki
Jump to: navigation, search
Line 12: Line 12:
 
* '''Putting an equation in a Web page.'''<br>Proposal: allow MathML in text/html by hard-coding a bunch of MathML element tag names in the parser ([[Equations in HTML|Other ideas...]])<br>Priorities:
 
* '''Putting an equation in a Web page.'''<br>Proposal: allow MathML in text/html by hard-coding a bunch of MathML element tag names in the parser ([[Equations in HTML|Other ideas...]])<br>Priorities:
 
** Maintainability
 
** Maintainability
** Searchability
+
** Searchability
** Accessibility
+
** Accessibility
** Typographically-sound printing
+
** Typographically-sound printing
 
** Ease of authoring (are authors willing to learn new formats?)
 
** Ease of authoring (are authors willing to learn new formats?)
 
** Ease of import from existing documents
 
** Ease of import from existing documents
 
** Ease of implementation (are UAs willing to implement new formats?)
 
** Ease of implementation (are UAs willing to implement new formats?)
** Resistance to errors (e.g. not brittle in the face of syntax errors)
+
** Resistance to errors (e.g. not brittle in the face of syntax errors)
  
 
* '''Migrating from LaTeX to HTML.'''<br>Proposal: a tool? ([[LaTeX to HTML|Other ideas...]])<br>Priorities:
 
* '''Migrating from LaTeX to HTML.'''<br>Proposal: a tool? ([[LaTeX to HTML|Other ideas...]])<br>Priorities:
** Fidelity
+
** Fidelity
  
 
* '''Writing a document by hand, with inline diagrams imported from a graphics package.'''<br>Proposal: allow SVG in text/html by hard-coding a bunch of SVG element tag names and attributes in the parser ([[Diagrams in HTML|Other ideas...]])<br>Priorities:
 
* '''Writing a document by hand, with inline diagrams imported from a graphics package.'''<br>Proposal: allow SVG in text/html by hard-coding a bunch of SVG element tag names and attributes in the parser ([[Diagrams in HTML|Other ideas...]])<br>Priorities:
 
** Compatibility with existing graphics packages
 
** Compatibility with existing graphics packages
** Scriptable (retained-mode, with DOM support, without requiring cross-frame scripting)
+
** Scriptable (retained-mode, with DOM support, without requiring cross-frame scripting)
 
** Round-tripping (the ability to take image fragments from a Web page and edit them)
 
** Round-tripping (the ability to take image fragments from a Web page and edit them)
** Ease of implementation (are UAs willing to implement new formats?)
+
** Ease of implementation (are UAs willing to implement new formats?)
** Resistance to errors (e.g. not brittle in the face of syntax errors)
+
** Resistance to errors (e.g. not brittle in the face of syntax errors)
  
 
* '''Writing a document by hand, with vector graphic icons.'''<br>Proposal: <code>img</code> elements with external SVG ([[Vector Icons|Other ideas...]])<br>Priorities:
 
* '''Writing a document by hand, with vector graphic icons.'''<br>Proposal: <code>img</code> elements with external SVG ([[Vector Icons|Other ideas...]])<br>Priorities:
** Maintainability
+
** Maintainability
** Good caching behaviour
+
** Good caching behaviour
  
 
* '''Mixing vector graphics, mathematics, and other features.'''<br>Proposal: MathML, SVG, and HTML ([[Mixed namespaces|Other ideas...]])<br>Priorities:
 
* '''Mixing vector graphics, mathematics, and other features.'''<br>Proposal: MathML, SVG, and HTML ([[Mixed namespaces|Other ideas...]])<br>Priorities:
** Diagrams that include typographically-correct mathematics
+
** Diagrams that include typographically-correct mathematics
** Formulae that include vector graphics
+
** Formulae that include vector graphics
** Formulae and diagrams that contain form controls
+
** Formulae and diagrams that contain form controls
  
 
* '''Animating Web page content (hypertext, vector graphics).'''<br>Proposal: Use the CSS animation proposal ([[Animation in HTML|Other ideas...]])<br>Priorities:
 
* '''Animating Web page content (hypertext, vector graphics).'''<br>Proposal: Use the CSS animation proposal ([[Animation in HTML|Other ideas...]])<br>Priorities:
** Set or animate sizes, positions, opacities, colors, transforms (basically most attributes and properties)
+
** Set or animate sizes, positions, opacities, colors, transforms (basically most attributes and properties)
** Time-based triggering, event-based triggering
+
** Time-based triggering
** Inlined (for simple web pages) and non-inlined animations (to promote separation of content and presentation)
+
** Event-based triggering
 +
** Inlined (for simple web pages) and non-inlined animations (to promote separation of content and presentation)
 
** Linear and spline interpolation
 
** Linear and spline interpolation
** Syndication: animation shouldn't use scripts that can't be trusted by syndicators
+
** Syndication: animation shouldn't use scripts that can't be trusted by syndicators
** Quality: animation should adapt to the frame rate capabilities of the device, not be forced to use a particular frame rate by a script
+
** Quality: animation should adapt to the frame rate capabilities of the device, not be forced to use a particular frame rate by a script
  
 
* '''Writing highly interactive, graphically intensive sites.'''<br>Proposal: ? ([[Interactive Sites|Other ideas...]])<br>Priorities:
 
* '''Writing highly interactive, graphically intensive sites.'''<br>Proposal: ? ([[Interactive Sites|Other ideas...]])<br>Priorities:

Revision as of 23:07, 28 March 2008

This page summarises the problems discussed in the e-mails that ended up in the html-parsing-rules-namespaces-discussion folder.

  • Writing applications that contain graphics that represent custom data, while including that data for script manipulation.
    Proposal: data-foo="" on any element; element.dataset[foo] for DOM access. (Other ideas...)
    Priorities:
    • Embedding custom non-visible data in an HTML document for scripting purposes ✓‬
    • Forward compatible (so that future extensions don't introduce name clashes) ✓‬
    • Ability to avoid ID clashes in multiple-document transclusion
  • Ability for an author to unilaterally extend the language to address problems we are currently unaware of and that therefore are not covered by existing functionality.
    Proposal: div and span elements, class and data-foo="" on any element, along with JS, CSS, and, eventually, XBL2 (Other ideas...)
    Priorities:
    • Without trampling on the toes of others ✓‬
    • Without being beholden to an external entity to provide the enhancements for the author on a timescale that is useful to the author ✓‬
  • Putting an equation in a Web page.
    Proposal: allow MathML in text/html by hard-coding a bunch of MathML element tag names in the parser (Other ideas...)
    Priorities:
    • Maintainability
    • Searchability ✓
    • Accessibility ✓
    • Typographically-sound printing ✓
    • Ease of authoring (are authors willing to learn new formats?)
    • Ease of import from existing documents
    • Ease of implementation (are UAs willing to implement new formats?)
    • Resistance to errors (e.g. not brittle in the face of syntax errors) ✓
  • Migrating from LaTeX to HTML.
    Proposal: a tool? (Other ideas...)
    Priorities:
    • Fidelity ✓
  • Writing a document by hand, with inline diagrams imported from a graphics package.
    Proposal: allow SVG in text/html by hard-coding a bunch of SVG element tag names and attributes in the parser (Other ideas...)
    Priorities:
    • Compatibility with existing graphics packages
    • Scriptable (retained-mode, with DOM support, without requiring cross-frame scripting) ✓
    • Round-tripping (the ability to take image fragments from a Web page and edit them)
    • Ease of implementation (are UAs willing to implement new formats?) ✓
    • Resistance to errors (e.g. not brittle in the face of syntax errors) ✓
  • Writing a document by hand, with vector graphic icons.
    Proposal: img elements with external SVG (Other ideas...)
    Priorities:
    • Maintainability ✓
    • Good caching behaviour ✓
  • Mixing vector graphics, mathematics, and other features.
    Proposal: MathML, SVG, and HTML (Other ideas...)
    Priorities:
    • Diagrams that include typographically-correct mathematics ✓
    • Formulae that include vector graphics ✓
    • Formulae and diagrams that contain form controls ✓
  • Animating Web page content (hypertext, vector graphics).
    Proposal: Use the CSS animation proposal (Other ideas...)
    Priorities:
    • Set or animate sizes, positions, opacities, colors, transforms (basically most attributes and properties) ✓
    • Time-based triggering
    • Event-based triggering
    • Inlined (for simple web pages) and non-inlined animations (to promote separation of content and presentation) ✓
    • Linear and spline interpolation
    • Syndication: animation shouldn't use scripts that can't be trusted by syndicators ✓
    • Quality: animation should adapt to the frame rate capabilities of the device, not be forced to use a particular frame rate by a script ✓
  • Writing highly interactive, graphically intensive sites.
    Proposal: ? (Other ideas...)
    Priorities:
    • Searchability
    • Accessibility
  • Including XBL2 inline in a text/html document the same way CSS and JS can be included inline.
    Proposal: ? (Other ideas...)
    Priorities:
    • Expressiveness (anything expressed in XBL2 as text/xml should be possible in text/html)

Areas for research

  • What is the most widely known way of authoring mathematics?
  • What human-editable source language are equations mostly serialised in today?

Supporting data