OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] Compound processing

[ Lists Home | Date Index | Thread Index ]

On Wednesday 23 January 2002 01:42 pm, Mark Baker wrote:
> Ditto for every other task.  A compound editor could activate an SVG
> editor in-place within a WYSIWYG XHTML editor.  A compound
> compressor could activate compressors optimized for each namespace,
> yielding superior compression.  etc..

Sounds like Fresco/OpenDoc/ActiveX et al. The "document-centric" 
approach to computing much favored by Tog et al. Very nice for 
presentation and for object reuse.

One of the problems with this is approach is the coordination between 
different elements. Something has to organize these things into a 
coherent whole.... the summarizer case you gave illustrates this 
point. If the XHTML summarizer doesn't understand the SVG summarizer, 
you may not get an accurate summary (for example, perhaps the XHTML 
says "Be nice!" and the SVG says, in big bold letters "Go away".

Point being that while component-level processing is useful, you still 
need to be able to manipulate the document as a whole too... they are 
not equivalent.


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS