xsl-list
[Top] [All Lists]

Re: [xsl] xmlns in the root element prevents transformation

2020-07-24 07:56:26
On Fri, Jul 24, 2020 at 4:04 PM Pieter Masereeuw pieter(_at_)masereeuw(_dot_)nl 
<
xsl-list-service(_at_)lists(_dot_)mulberrytech(_dot_)com> wrote:

My experience is that namespaces are useful but far too often used without
a real need.

About overuse of XML namespaces, I think people who know XML namespaces
well, would use them when they're really required.

Some people seem to like complexity. I don't.

For me, using XML namespaces is about having good design, and not worrying
about program complexity.

you only need namespaces when you mix several XML languages, such as in
the case of XSLT and XSL-FO (where you can mix in foreign content, such as
SVG).

That's true.

Sometimes, even when within an XML application, there's only one namespace
to work with, people use namespaces as a project or an organizational
association with XML data. Using XML data for serious work, without the
namespaces, sometimes gives a feeling that XML data has come from
wild without any claim of ownership (using namespaces looks more sensible
with such cases).

In cases where I design my own simple XML, I avoid using them, to keep
things simple.

I too also follow the same pattern.

By the way: living by prefix only may be theoretically unsound, but, as an
example, if your root element is xsl:stylesheet, and if it is being
processed by an XSLT processor, then for all practical purposes it's
obvious what the prefix xsl means.

I think that, the problem with using only the prefixes in XML names, is
that it has high chances of name collisions (that namespaces are designed
to solve).



-- 
Regards,
Mukul Gandhi
--~----------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
EasyUnsubscribe: http://lists.mulberrytech.com/unsub/xsl-list/1167547
or by email: xsl-list-unsub(_at_)lists(_dot_)mulberrytech(_dot_)com
--~--
<Prev in Thread] Current Thread [Next in Thread>