- From: Colin Law <c.law@elec.gla.ac.uk>
- Date: 28 Apr 2003 12:33:20 +0100
- To: M Doshetty Seema-A16215 <A16215@motorola.com>
- Cc: www-smil@w3.org
Seema, Thanks for your reply, > [Seema] > Using par is the correct way. > It appears, your routine may be taking too much of time to > get the next slide information. You can extract > all the information from SMIL document and also finish file search etc > before you start the slide show. > Are you using DUR attribute which is ver high and making the slide wait for > a long time? I'm currently in the design stage, and evaluating SMIL as a potential data format, so this isn't an issue just now. I am more interested in the correct way to do this according to the W3C recommendation. My problem is that I dont want to end up with a potentially large number of media items, some of which are related, all grouped within one <par> ...</par> element, simply because I want to perform transitions between items. This seems a little unstructured. > > Also, is there a way to group related items? For instance, > > the animation > > and the associated text objects are related, however there is > > nothing to > > relate these items specifically when all items (and there > > many be many) > > are placed within the <par> elements as above. > [seema] > <par > is the only grouping agent here. Do you think that a generic grouping element would be of use within SMIL? Although not a functional, or time based element, I think players and authoring tools could make use of some such meta element. Thoughts? ~Colin.
Received on Monday, 28 April 2003 07:41:29 UTC