Jeff, > My own personal opinion is that we should be moving up the stack. > Having to work in roughly 3-6 different client-side > languages/grammars (XHTML, CSS, XForms, SMIL, SVG, > JavaScript) IS challenging, and I won't even touch the server > side of things. Let someone else deal with levels of support > and inconsistencies within renderers. Let someone else build > the higher-level tools that we can use as application > developers. That's what happened with Assembly to C/C++. > > In this movement, SVG still plays a very important piece > (dynamic, interactive vector graphics that can be freely > implemented by all) but it becomes a lower-level tool in your stack.
I agree. In the model we're working to, SVG is usually 'off to the side' wrapped inside some XBL, which is instantiated automatically based on the data in the application. Nowadays we tend to differentiate between 'abstract' languages and 'rendering' languages. For example, VoiceXML and SVG are for rendering in a specific way. On the other hand, XHTML and XForms are abstract because they define the author's intent but don't say *how* to achieve it. These two categories of language are connected together with good old XBL. Just in passing I should say that this architecture is more flexible than anything I have seen. The advantage over something like Laszlo which performs a compilation step is that this wiring happens at run-time. So if the data type of some node is a 'time' then you can bind in an XBL/SVG analogue clock, but if the data type changed to video (can't think why!) then you can dynamically wire in XBL/XHTML with an embedded player. So an application usually ends up being built form XHTML+XForms, and then binding rules indicate how to wire in various XBL objects, that in turn contain SVG or even more XHTML and XForms. Regards, Mark Mark Birbeck CEO x-port.net Ltd. e: [EMAIL PROTECTED] t: +44 (0) 20 7689 9232 b: http://internet-apps.blogspot.com/ w: http://www.formsPlayer.com/ Download our XForms processor from http://www.formsPlayer.com/ ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ---- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
