[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Component Markup Language

• From: Robb Shecter <shecter@d...>
• To: Nigel Hutchison <nwoh@s...>
• Date: Fri, 04 Nov 2011 17:51:38 +0100

Nigel Hutchison wrote:

> Then a server could project its own GUI api and leave it to the client side
> to choose C++, Java etc to build the interface at run time.

Yes.

> I suspect that
> in most cases the bandwidth required to shift the XML GUI description would
> be quite a bit less than the
> compiled java classes. If this is so than "Even Cooler" would be XML GUI
> interpreter built into a Internet Browser.

How about this: Have one XSL document per client side scripting language.  That is, different
XSL documents could implement:

Component-XML->DHTML             (This particular one would give you your "Even Cooler" idea.)

Component-XML->Java BeanShell
Component-XML->Smalltalk
etc...

...then, a client side browser applies whatever XSL template is best for it, gets the the
resulting kind of script it understands, and on the fly generates a UI.

- Robb


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• Follow-Ups:
  • XML Mail
    • From: Clark Evans <clark.evans@m...>

• References:
  • RE: Component Markup Language
    • From: Dave Winer <dave@u...>
  • Re: Component Markup Language
    • From: Nigel Hutchison <nwoh@s...>

• Prev by Date: RE: Namespaces does *not* formally introduce "global attributes"
• Next by Date: RE: Component Markup Language
• Previous by thread: Re: Component Markup Language
• Next by thread: XML Mail
• Index(es):
  • Date
  • Thread