This is the mail archive of the xsl-list@mulberrytech.com mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: feature request


Actually, National primarily uses entities in the internal subset to
manage graphics (i.e. unparsed external entites). The entities are then
referenced in entity attributes. For instance:

<!DOCTYPE foo [
<!ENTITY test SYSTEM "test.tif" NDATA tiff>
]>
<foo>
<image ref="test"/>
</foo>

Basically, this is a holdover from our SGML applications, and has been
carried over into our XML systems for compatibility. Unfortunately, we
don't have the option of chucking our entire system to accomodate XSLT,
and personally I don't think we should have to. Entites in the internal
subset are a feature of XML 1.0, and in my opinion, should be supported
by XSLT. Until that happens, I don't plan to use XSLT for anything other
than HTML creation, since it simply doesn't fit into our publishing
model as a general XML to XML transformation tool.

Rick Geimer
National Semiconductor
rick.geimer@nsc.com

David Carlisle wrote:
> 
> > Add my vote to the list. This is one of the main reasons why I don't use
> > XSLT for complex transformation tasks.
> 
> Just trying to understand the requirement,
> 
> what entity references do you want in the result?
> 
> character entities that just expand to a uniciode character (or base and
> some unicode combining characters)
> 
> arbitrary internal entities that expand to some clump of xml marked up
> text that you want to reuse
> 
> or
> 
> references to external parsed entities?
> 
> David
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]