Re: (X)HTML5 + SMIL?

--000e0cd6cf848021800481113d60
Content-Type: text/plain; charset=ISO-8859-1

I've realize that i should have given a more concise and pointed reply.

I appreciate that the HTML5 process is being run by people who are employed
at places like Google and Apple.  I don't think this is an issue, and in
fact, i think it provides some opportunities and levers that otherwise would
be unavailable.

SMIL provides capabilities which a lot of people currently rely upon
Flash/Silverlight for.  If the browser/HTML5 guys care about an web that's
based around open and free standards (and i'm sure employees who work at
Apple do), then SMIL has a role to play (or something equivalent to SMIL).
 The reality is that while HTML5+JS or HTML5+CSS Animation can provide a lot
of interesting functionality, some of which overlaps with SMIL or SVG+SMIL
animation, they do not provide the same framework that SMIL does,
particularly if one were interested in doing things like DOM manipulations
on timed presentations.

Ultimately this comes down to what we want to enable users to do.  If there
are people who are allergic to SMIL, that's not a technical justification of
why one might want to hobble users.  And if users are paramount, hopefully
prejudice will give way.  It seems silly to not bother to make a case at
all.

-Ted

On Fri, Mar 5, 2010 at 8:47 AM, Dick Bulterman <[email protected]>wrote:

> The lack of HTML+SMIL integration is due to a number of factors. I tried to
> raise the issue on mult-stream synchronization when HTML5 introduced the
> video tag, and I've been trying more recently to raise some of the issues
> within the html-a11y group.
>
> Apparently, some on the HTML5 group are unaware of SMIL's modularization:
> they seem to think you need to take everything, instead of just the modules
> you need. Others are -- quite frankly -- allergic to all things SMIL.
>
> The discussions on the SMIL/HTML5 integration are not particularly
> technical, but they do revolve around a key point: who within the user
> community cares? If people have integration needs, I'd be happy to
> coordinate presentation via the HTML WG. Keep in mind that the resolution of
> these issues is slightly different than standard W3C process, and are
> influenced heavily by the preferences of various browser implementers.
>
> Dick Bulterman
> co-chair, SYMM
>

--000e0cd6cf848021800481113d60
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I&#39;ve realize that i should have given a more concise and pointed reply.=
<div><br></div><div>I appreciate that the HTML5 process is being run by peo=
ple who are employed at places like Google and Apple. =A0I don&#39;t think =
this is an issue, and in fact, i think it provides some opportunities and l=
evers that otherwise would be unavailable. =A0</div>
<div><br></div><div>SMIL provides capabilities which a lot of people curren=
tly rely upon Flash/Silverlight for. =A0If the browser/HTML5 guys care abou=
t an web that&#39;s based around open and free standards (and i&#39;m sure =
employees who work at Apple do), then SMIL has a role to play (or something=
 equivalent to SMIL). =A0The reality is that while HTML5+JS or HTML5+CSS An=
imation can provide a lot of interesting functionality, some of which overl=
aps with SMIL or SVG+SMIL animation, they do not provide the same framework=
 that SMIL does, particularly if one were interested in doing things like D=
OM manipulations on timed presentations.</div>
<div><br></div><div>Ultimately this comes down to what we want to enable us=
ers to do. =A0If there are people who are allergic to SMIL, that&#39;s not =
a technical justification of why one might want to hobble users. =A0And if =
users are paramount, hopefully prejudice will give way. =A0It seems silly t=
o not bother to make a case at all.</div>
<div><br></div><div>-Ted</div><div><br><div class=3D"gmail_quote">On Fri, M=
ar 5, 2010 at 8:47 AM, Dick Bulterman <span dir=3D"ltr">&lt;<a href=3D"mail=
to:[email protected]">[email protected]</a>&gt;</span> wrote:<br><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex;">
The lack of HTML+SMIL integration is due to a number of factors. I tried to=
 raise the issue on mult-stream synchronization when HTML5 introduced the v=
ideo tag, and I&#39;ve been trying more recently to raise some of the issue=
s within the html-a11y group.<br>

<br>
Apparently, some on the HTML5 group are unaware of SMIL&#39;s modularizatio=
n: they seem to think you need to take everything, instead of just the modu=
les you need. Others are -- quite frankly -- allergic to all things SMIL.<b=
r>

<br>
The discussions on the SMIL/HTML5 integration are not particularly technica=
l, but they do revolve around a key point: who within the user community ca=
res? If people have integration needs, I&#39;d be happy to coordinate prese=
ntation via the HTML WG. Keep in mind that the resolution of these issues i=
s slightly different than standard W3C process, and are influenced heavily =
by the preferences of various browser implementers.<br>
<font color=3D"#888888">
<br>
Dick Bulterman<br>
co-chair, SYMM<br>
</font></blockquote></div><br></div>

--000e0cd6cf848021800481113d60--