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

Re: xml 2.0 - so it's on the way after all?

• To: Amelia A Lewis <amyzing@t...>
• Subject: Re: xml 2.0 - so it's on the way after all?
• From: Rick Marshall <rjm@z...>
• Date: Sat, 05 Feb 2005 10:13:46 +1100
• Cc: Jeff Rafter <lists@j...>, Toni Uusitalo <toni.uusitalo@p...>, xml-dev@l...
• In-reply-to: <20050204214937.GA31170@t...>
• Organization: Zenucom Pty Ltd
• References: <6.0.0.22.0.20050204222038.02251d70@p...> <20050204204803.GA31024@t...> <4203E19D.2030607@j...> <20050204214937.GA31170@t...>
• User-agent: Mozilla Thunderbird 0.6 (X11/20040502)

one curious thing about entities is that they must be decoded at the end 
of the process. a macro process works before parsing, but entities 
partly exist (and are certainly commonly used) to insert characters in 
documents that would otherwise conflict with the tag syntax - < > 
& being very common (  for html targets as well). but these can 
only be substitued when you have an atomic entity. ie after the parsing, 
not before...

previously languages have coped with this problem by using an escape 
character of some kind (\ in c eg) so that the macro substitution can 
happen first.

q. why not an escape character in xml? or did i miss something in the 
archives?

rick

Amelia A Lewis wrote:

>On Fri, Feb 04, 2005 at 12:57:01PM -0800, Jeff Rafter wrote:
>  
>
>>>At present, there's no apparent activity targeted toward providing an
>>>alternate entity-definition mechanism.
>>>      
>>>
>>Maybe XInclude? I guess it would depend on the use case...
>>    
>>
>
>I guess it would.
>
>XInclude can't define anything like named character entities.  Nothing
>defined by XInclude can appear in an attribute.
>
>This becomes significant, for instance, in working groups, where it's
>relatively straightforward to define the URL of the spec as an entity, which
>can then appear in attribute or text nodes.
>
>XSLT for inclusions is ... moderate overkill, let's say.  In any event, it
>needs some "reserved characters" concept to operate upon, if what you're
>doing can happen inside attributes as well as text nodes.
>
>Almost all of this has to do with authoring, for folks who actually don't
>mind (or even like, frightening as that may be) pointy brackets and
>ampersands.  If you're pipelining it and running it through all sorts of
>cool transformations and in general ignoring the folks who *like* editing
>XML in text editors, then entities very likely do "blow."
>
>Amy!
>  
>

begin:vcard
fn:Rick  Marshall
n:Marshall;Rick 
email;internet:rjm@z...
tel;cell:+61 411 287 530
x-mozilla-html:TRUE
version:2.1
end:vcard

• References:
  • Re: xml 2.0 - so it's on the way after all?
    • From: Toni Uusitalo <toni.uusitalo@p...>
  • Re: xml 2.0 - so it's on the way after all?
    • From: Amelia A Lewis <amyzing@t...>
  • Re: xml 2.0 - so it's on the way after all?
    • From: Jeff Rafter <lists@j...>
  • Re: xml 2.0 - so it's on the way after all?
    • From: Amelia A Lewis <amyzing@t...>

• Prev by Date: Re: xml 2.0 - so it's on the way after all?
• Next by Date: Re: xml 2.0 - so it's on the way after all?
• Previous by thread: Re: xml 2.0 - so it's on the way after all?
• Next by thread: Re: xml 2.0 - so it's on the way after all?
• Index(es):
  • Date
  • Thread