Re: [xsl] Avoiding boneheaded mistakes in XSLT?

Subject: Re: [xsl] Avoiding boneheaded mistakes in XSLT?
From: Dimitre Novatchev <dnovatchev@xxxxxxxxx>
Date: Wed, 29 Dec 2010 16:54:27 -0800
On Wed, Dec 29, 2010 at 4:20 PM, Syd Bauman <Syd_Bauman@xxxxxxxxx> wrote:
>> Please, don't.
>> There's nothing more frustrating ...
> But surely, if Michael added this to Saxon, it would be turned on and
> off via a commandline switch? My instinct is that, in general, such
> messages would be annoying and unhelpful. But then, once in awhile,
> it would be just the ticket. In those (rare) cases, I'd be willing to
> slog through multitudes of uninteresting warnings to find the one of
> interest.

Syd, you misunderstood me. I never said that there would even be a
single interesting among these. What I said is that all those unwanted
messages would hide a message of *another kind,* that is really

Just because some people haven't thought enough before asking for a
"feature",  doesn't justify implementation.

What is useful, has already been provided by SA processors for years.

Should the XSLT programmers be forced to spend a sizable portion of
their time suppressing unwanted "error" messages?

We all want more helpful debuggers, but no tool can prevent the flaws
of our thinking. No tool author knows the people who would be using
his tool and their way of thinking. And none of us can correct such
fundamental flaws by just offering another requirement for any tool.
The most fundamental flaw is the incorrect definition of a "problem"
-- if such a flaw is not detected immediately it causes the biggest
loss: an effort spent in the wrong direction.

I admire G.Ken Holman's patience in explaining why "without schema
awareness, implementations are doing the correct thing by not
reporting any errors or messages in this regard".

I deeply respect all developers of XSLT processors for their wisdom of
filtering out such "requirements".

Dimitre Novatchev
Truly great madness cannot be achieved without significant intelligence.
To invent, you need a good imagination and a pile of junk
Never fight an inanimate object
You've achieved success in your field when you don't know whether what
you're doing is work or play
Facts do not cease to exist because they are ignored.

Current Thread