[Home] [By Thread] [By Date] [Recent Entries]

  • From: "KenNorth" <KenNorth@e...>
  • To: "Rick JELLIFFE" <ricko@g...>
  • Date: Mon, 3 Jul 2000 17:12:27 -0700

> XSLT's approach of allowing extensions (cheating) on a small
> and targetted application domain seems to be pretty acceptable--it
> forces you to use a different tool to solve the problems which (the
> kinds of FP used in) XSLT is not great at.

This is consistent with the model used by several database vendors -- allow
Java extensions for adding types, behavior, and new SQL functions.

> he thought that mediating the functions through a GUI might make FP more
attractive.

Eventually XML, data integration, and content aggregation will be
approachable at several levels. Low level: parsing and navigation. Higher
level: APIs such as assembleDoc(...), rules markup, and code-generation
solutions such as tpaML. Eventually we'll have speech and drag-and-drop GUIs
operating over those lower levels.









***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member