Re: external parsed entites (was: A unique ID question ?)
G. Ken Holman wrote: > I, for one, hope external parsed entities *do not* go away. > > While some people may use them incorrectly, why take them away when they > can be used correctly? > > I need them when I need to handle *one* XML file in *many* small manageable > pieces ... I don't need them for re-use or for sharing, but they provide a > useful convenience. Cost questions: does the feature 1. Add cost to implementation? 2. Add complexity to information handling Are there alternatives that get the same result? How do these alternatives affect the costs? As you are a real pro who has worked with most of the major SGML and XML systems, is the convenience worth the overhead? I've used them but not as much since I began to generate the markup server side. Yes, they are good for managing small chunks of big documents and easy to assemble with tools if one is careful in building the entities, and knows how one is going to use them with other chunks. Most of the time now, given the state of cheap tools, I use the relational DB for that. General entities *feel* like batch SGML. I'm not convinced they should go away because we have them, the cat is in the bag. Why make the cat mad? On the other hand, others can hold that bag because they don't add much to a server side repetoire, AFAICT. len xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1 To unsubscribe, mailto:majordomo@i... the following message; unsubscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format