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

  • From: "G. Ken Holman" <gkholman@C...>
  • To: "XML Developers List" <xml-dev@l...>
  • Date: Sat, 11 Jul 2009 08:39:39 -0400

Just a quick comment on one of your points, Rick.

At 2009-07-11 20:06 +1000, rjelliffe@a... wrote:
>The second is the namespaces used for Qnames in element and attribute
>values. XSLT went one way, but I think it is the wrong way because it
>fudges the difference between data and markup. Schematron has explicit
>elements and this has been very smooth: developers don't worry about
>default namespaces, they only need to look in a single place.

I long regret the Schematron choice of using elements for declaring 
namespaces and their prefixes.  In every other application of XML I 
use the namespace axis and namespace facilities to obtain the 
information I need to support XPath addresses that are in attribute 
values, but for Schematron I have to do something different than for 
everything else.  So now instead of looking in a single place for 
namespaces (the namespace axis) I now have to look in a second place 
(the newly-introduced Schematron elements).

I've always been uncomfortable with that.  I do not find it "smooth" at all.

. . . . . . . . . . . . . . Ken


--
XQuery/XSLT/XSL-FO hands-on training - Oakland, CA, USA 2009-08-03
Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/x/
Training tools: Comprehensive interactive XSLT/XPath 1.0/2.0 video
Video lesson:    http://www.youtube.com/watch?v=PrNjJCh7Ppg&fmt=18
Video overview:  http://www.youtube.com/watch?v=VTiodiij6gE&fmt=18
G. Ken Holman                 mailto:gkholman@C...
Male Cancer Awareness Nov'07  http://www.CraneSoftwrights.com/x/bc
Legal business disclaimers:  http://www.CraneSoftwrights.com/legal



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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