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

misprocessing namespaces (was Re: There is a meaning, butit's

• To: xml-dev@l...
• Subject: misprocessing namespaces (was Re: There is a meaning, butit's not in the data alone)
• From: "Simon St.Laurent" <simonstl@s...>
• Date: 30 Jan 2002 12:46:56 -0500
• In-reply-to: <5.1.0.14.2.20020130160831.01db8668@p...>
• References: <5.1.0.14.2.20020130090533.01d83dc8@p...><E16VeQs-0006nP-00@s...><3C56F1C3.50504@r...><DC3ZNKPNNI4YPN8RQ73URHBSKE775.3c56e3aa@MChamp><3C56F1C3.50504@r...> <5.1.0.14.2.20020130160831.01db8668@p...>

On Wed, 2002-01-30 at 11:13, Sean McGrath wrote:
> At 06:35 30/01/2002 -0800, Tim Bray wrote:
> >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
> 
> No can do on xml-dev. Consulting clients, privacy etc.

I've seen it a few times - running SAX on QName alone - in sample code
sent to me by random questioners who've seen my SAX filters.  If I
remember right, they were asking about how to deal with processing
nested elements in SAX, not the namespace issue.

I don't believe this is at all uncommon, and it tends to work in closed
environments where prefix-changing is really unlikely.

Yesterday someone asked if you could skip the namespace declarations for
attributes and just use the URI.  I still haven't figured out what
exactly that meant, but think I set them straight.

I don't think any of my questioners are likely to hurt anyone, so I'll
leave them in the warm glow of anonymity.

-- 
Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com

• Follow-Ups:
  • Re: misprocessing namespaces (was Re: There isa meaning, but it's not in the data alone)
    • From: Al Snell <alaric@a...>

• References:
  • Re: There is a meaning, but it's not in the data alone
    • From: Sean McGrath <sean.mcgrath@p...>
  • 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: Sean McGrath <sean.mcgrath@p...>

• Prev by Date: RE: Auto-completion in editors
• Next by Date: Namespaces in XML and schemas
• Previous by thread: Re: There is a meaning, but it's not in the data alone
• Next by thread: Re: misprocessing namespaces (was Re: There isa meaning, but it's not in the data alone)
• Index(es):
  • Date
  • Thread