[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: There is a meaning, but it's not in the data alone

• To: <xml-dev@l...>
• Subject: Re: There is a meaning, but it's not in the data alone
• From: "Rick Jelliffe" <ricko@a...>
• Date: Thu, 31 Jan 2002 12:13:26 +1100
• References: <E16VeQs-0006nP-00@s...> <3C56F1C3.50504@r...> <DC3ZNKPNNI4YPN8RQ73URHBSKE775.3c56e3aa@MChamp> <3C56F1C3.50504@r...> <5.1.0.14.2.20020130063440.029e5c60@p...>

From: "Tim Bray" <tbray@t...>
 
> At 09:09 AM 30/01/02 +0000, Sean McGrath wrote:
> >And its positively *scary* the number of apps out there in the real world
> >that have wired the processing to the prefix - not the fully qualified
> >name.
> 
> Ouch, really?!?  This calls for some serious jumping up and down
> and shrieking.  Name some names, Sean. -Tim
 
I cannot name the name because of potential commercial conflict,
and because they may have fixed it now for all I know, 
but there was a well-known XML tool which hardwired every "schema"
element to be an XML Schema. This would not work with Schematron
schemas, which also use that word for the document element's name.

That is a case of not hardwiring the prefix, but hardwiring the local
part regardless of prefix, which is more innovative.

Cheers
Rick

• Follow-Ups:
  • Re: There is a meaning, but it's not in the data alone
    • From: Jim Ancona <scarhill@y...>

• References:
  • Re: There is a meaning, but it's not in the data alone
    • From: Gavin Thomas Nicol <gtn@r...>
  • Re: There is a meaning, but it's not in the data alone
    • From: John Cowan <jcowan@r...>
  • Re: There is a meaning, but it's not in the data alone
    • From: Mike Champion <mc@x...>
  • Re: There is a meaning, but it's not in the data alone
    • From: Tim Bray <tbray@t...>

• Prev by Date: Re: misprocessing namespaces (was Re: There is a meaning, but it's not in the data alone)
• Next by Date: Re: misprocessing namespaces (was Re: There is a meaning, but it's not in the data alone)
• Previous by thread: Re: misprocessing namespaces (was Re: There is a meaning, but it's not in the data alone)
• Next by thread: Re: There is a meaning, but it's not in the data alone
• Index(es):
  • Date
  • Thread