You can now put a fullscreen in your fullscreen. Brought to you by Fullscreen. This is the WHATWG Weekly, not quite weekly, but you are still welcome.
<time>
police
Revision 6827 introduced the new time
element. The one that also allows for years, yearless dates, durations, and so on. It is based on extensive research by Tantek Çelik. That same Tantek is now battling the <time>
police HTML WG co-chairs to get everything synchronized again. I am not privy of what is going on, as it happens behind closed doors.
find()
and findAll()
Half a decade later we finally might get the short names for querySelector()
that we actually wanted. Or not, it remains to be seen how compatible they are. In any event, Jonas Sicking started a thread on findAll()
's return value. An ECMAScript Array
with some extra features.
WHATWG email
Ojan Vafai proposed a tabindexscope
attribute for better control of tabbing behavior in a widget that is part of larger application. A little before James Graham suggested constructors for HTML elements. new HTMLButtonElement()
, you name it. Michael A. Puls II briefly explains the difference between plugins and native support when it comes to attributes. Gavin Kistner found an oversight in data URL origin determination due to added support for CORS.
Kinuko Yasuda started a long thread on how drag-and-drop of folders is to be supported in the platform. Jonas Sicking suggested nothing much new is needed for that, though Glenn Maynard foresees problems reusing the current API. And on it goes.
Rafael Weinstein suggested a template
element that would have special parsing behavior. Basically making the nested elements not do anything (e.g. not fetch images, execute scripts).
Posted in Weekly Review | Comments Off on WHATWG Weekly: <time> police!
A long week
Filled with people and meetings
WHATWG Weekly
Last week the W3C held its yearly TPAC conference. See Unorganization for an impression of the event written by me. Karl wrote down some technical details. What follows is my brief technical takeaway.
<time>
and again
The time
element comes back and its new design will be heavily influenced by the research done on the Time element wiki page. In short, the API will be removed, and support for years, months, birthdays lacking a year, and durations will be added.
The remainder of the discussions in the HTML WG were by and large non-technical (or rabbitholing about the longdesc
attribute), leading yours truly to suggest that maybe we should call it a day and move on to the next thing.
Components
Several meetings were had on components (formerly XBL) trying to get a sense of where we should be heading. Although not everyone could be present at every meeting, some progress was made. Components with a public API will likely be required to inherit from a single element type and components will always be bound in an asynchronous manner to ensure developers will not rely on them being synchronously bound.
Mutations
The new mutations model for the web was hashed out among the people working on it and the other day I put the mutations IDL in DOM4 as a start for the new standard.
Living Standards
It was my impression that people operating at various levels of the W3C were more open for change. To improve standards development similarly to what we are trying to do within the WHATWG. It remains to be seen what comes out of it, but it encouraging to see that this is a topic of conversation, with Tim-Berners Lee and Jeff Jaffe (W3C CEO) actively participating.
W3C License
Despite that all the text of the W3C HTML5 is available under a license that permits forking (namely the WHATWG text), the W3C Members keep denying the W3C HTML WG’s desire for a license that allows forking. People were puzzled.
Posted in Weekly Review | 3 Comments »
Revision 6695 made HTML attribute values match in a case-sensitive manner as far as Selectors are concerned. This approach was favored over having a hardcoded list of HTML attributes whose values had to be matched case-insensitively. Revision 6701 removed selectedOptions
from the input
element, a vestige from the Web Forms 2.0 era. Welcome to the weekend (jetlag) edition of the WHATWG Weekly.
New element: data
The major news today is that since revision 6783 we have a new element: data
. We also lost an element: time
. The data
element represents a piece of human readable data that is made machine readable by its required value
attribute. It can either be used for Microdata or as an element to help out scripts, in similar fashion to the data-*
attributes.
The reason the time
element has been replaced is that its primary use has been for marking up machine-readable times and dates in Microdata vocabularies, which is a use that has been requested for many other types of data as well (currency, numbers, location). The data
element addresses these use cases in a generic fashion and provides yet another hook for scripts to play with.
The same revision also removed the HTML-to-Atom conversion algorithm. Authors can use a schema.org Microdata vocabulary instead.
WebVTT update
As reported earlier Simon Pieters did some research into timestamps. He now complemented that with research into separating cues. As a result of this parsing of WebVTT was made more forgiving. Newline handling was made more predictable.
Yours truly wrote a WebVTT parser and a Live WebVTT Validator in JavaScript so you can validate your captioning files.
Other changes
There were many other changes of significance:
- Since revision 6710
TextTrack
and MutableTextTrack
are identical. TextTrackCue
became mutable in the next revision.
- Revision 6717 aligned the parsing rules for non-negative integers with those of integers.
- Revision 6718 turned the
HTMLDocument
interface into an extension of the Document
interface. The plan is to do the same with the SVGDocument
interface down the road and no longer introduce specific Document
interfaces as you really want to have access to all their combined members if you deal with multiple languages at the same time.
- In revision 6727 the HTML standard gained yet another joke, this time in the form of a comment in the source code:
Welcome to crazy town. Population: The Web.
- Now there is a draft for a URL API, we removed
navigator.resolveURL()
in revision 6745 as it would become redundant.
- Revision 6754 clarified the scope of attributes defined in the HTML standard. They are only applicable to HTML elements. This includes e.g. Microdata, which for that reason does not work on MathML or SVG at this time.
And even more than those, which you can look up for yourself by going through the HTML5 tracker or by following us on twitter: @WHATWG.
Posted in Weekly Review | 4 Comments »
Should we introduce an isWhiteSpace
attribute for Text
nodes, and if we do, what would you use it for? Anyway, WHATWG Weekly, brief one this week.
Fullscreen
The big news last week was renewed activity on Gecko:FullScreenAPI, a proposal by Robert O'Callahan to make fullscreen work for the platform. Yours truly made an initial attempt at formalizing it in terms of the DOM and HTML as Fullscreen.
The details of Fullscreen are currently being discussed on the WHATWG mailing list and IRC channel. As a reminder, both are open for anyone to join.
Posted in Weekly Review | Comments Off on WHATWG Weekly: Fullscreen
Simon Pieters posted SRT timestamp research. Ryosuke Niwa updated his UndoManager and DOM Transaction proposal. This is the WHATWG Weekly.
HTML standard
In revision 6657 Ian Hickson removed the text/html-sandboxed
MIME type from the HTML standard. The goal of the MIME type was to allow untrusted content to be hosted on the same origin as trusted content. However, given that older versions of Internet Explorer treat content with the text/html-sandboxed
MIME type as content with a text/html
MIME type instead of as downloadable content, the text/html-sandboxed
MIME type did not meet its design goals.
Revision 6668 introduces the ability for the itemtype
attribute to take more than one value. This makes it easier to mark up items in Microdata that share a vocabulary.
Bindings
On the WebApps WG mailing list Ian Hickson outlined his current views on bindings. In particular the separation between bindings that expose an API (permanent bindings) and bindings that are stylistic (decorator bindings). Meanwhile Roland Steiner has updated the Component Model Discussion wiki page with the open issues, giving a good overview over where we are at this point.
Posted in Weekly Review | 2 Comments »