|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: XPath/XSLT 2.0 concerns
Uche Ogbuji wrote: > I would strongly oppose a move for abbreviation of extension axes. For one > thing, this would throw chaos into the idea of having a basic grammar for > XPath. I also think it would be terribly confusing for the users. What if > two groups choose "#" for their abbreviated axis name? Users could see "#" as > meaning type axis in some examples/implementations and "#" meaning hyperlink > axis in another. Would we have to end up with a global registry of abbeviated > axis names? And wouldn't there then be a hasty lang-grab for cute and > memorable abbreviations? I agree, I don't think arbitrary extension axes should have abbreviations. However, if there was a single axis for this e.g. annotation::, it might be feasible with an abbrevition. Cheers, David
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








