- From: Charles McCathie Nevile <chaals@yandex-team.ru>
- Date: Mon, 24 Sep 2012 17:38:03 +0200
- To: "public-websignage@w3.org" <public-websignage@w3.org>
Hi,
== Adaptive Images ==
The discussion on adaptive images is probably relevant to this group -
especially in the context of content that can adapt to a wide range of
screen sizes and resolutions.
The idea is making it easy for a different image file to be used according
to differing presentation. Alternatives include a microsyntax based on
width and height of the image, or being able to use general media queries.
There is a discussion in the HTML Working Group -
http://lists.w3.org/Archives/Public/public-html/2012Aug/0427.html and
http://lists.w3.org/Archives/Public/public-html/2012Sep/thread.html#msg3
are starting points in the archive.
I noted the use case for signage in a parallel discussion in the WHAT-WG
community group, which I also cc'ed to Hatano-san. Unfortunately the
WHATWG don't have good mail archives.
== Appcache, and other offline capabilities ==
The coremob community group (focused on mobile devices and making
applications for them) have been pushing to work on something to fix or
replace appcache for offline apps, since it is not considered usable by
many people.
The Web APplications working group has a proposal for application
packaging that mostly repeats the functionality of W3C Widgets, but uses
JSON for packaging. Both Chrome and Mozilla have gone down this path. The
proposal on the table comes from Mozilla. I believe that in Asia it is
more common to use the Widgets standards - but I would like to know more
about what is available in implementations.
== SMIL ==
There is currently no suggestion of working on SMIL, but at the workshop I
heard some desire for doing this.
The simple timing module of SMIL is probably not difficult to prototype in
Javascript, and it might therefore be possible to refactor it into HTML5.
This depends in part on what parts of SMIL are considered critical, since
I doubt that the entire SMIL specification would be adopted. But along
these lines...
== Plan 2014 ==
(No, as far as I know W3C is not going to adopt CEA-2014...)
This is a proposal from the HTML working group to finish HTML5 on time,
and start developing the next generation of HTML. The idea is to create
extension specifications which describe additions to (or potentially
things to remove from) the HTML5 specification. A very simple example is
at
<http://lists.w3.org/Archives/Public/public-html-a11y/2012Sep/att-0478/longdesc.html>
The process suggestion is experimental. That example specification is
based on a mature discussion and implementation, and it is short. It took
me about 2 hours to create this morning, and I expect to spend another few
hours on specification work, and I happen to have test cases already. All
that is missing is consensus on the specification.
But this approach is something that might be interesting to members of
this group, giving them a simpler way to develop extensions specifications
for HTML.
cheers
Chaals
--
Charles McCathie Nevile - Consultant (web standards) CTO Office, Yandex
chaals@yandex-team.ru Find more at http://yandex.com
Received on Monday, 24 September 2012 15:38:42 UTC