RE: [XSLT2.0] 16.6.5 system-property

# And this is in a type aware system?
# 
# Something is sadly wrong here, surely.
# 
# Since this backwards compatibility is so badly broken anyway,
# can't this one be fixed to make sense at least?
# 

We did look at the implications of changing the string-to-boolean conversion
rules. One use case is where recursive templates are used to process text a
word at a time, with a zero-length string used as the terminating condition.
It would be very unfortunate if recursion terminated prematurely simply
because the source document contained the English word "false".

So it's not just a case of retaining backwards compatibility. The current
rules, for certain use cases, are the right rules.

Incidentally, backwards compatibility is NOT badly broken. I've recently
been testing all the example stylesheets in my book under XSLT 2.0, and very
few changes are needed. We've worked very hard to ensure this, and the
argument that if things are only 99.8% backwards compatible then they might
as well only be 95% is one that needs to be fiercely resisted. It's all
about ensuring that the benefits of moving forward exceed the costs.

Michael Kay

Received on Monday, 1 March 2004 11:19:14 UTC