OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: Endtag attributes

[ Lists Home | Date Index | Thread Index ]
  • From: "Anders W. Tell" <anderst@toolsmiths.se>
  • To: Rick Jelliffe <ricko@allette.com.au>
  • Date: Mon, 09 Nov 1998 22:59:28 +0100

Rick Jelliffe wrote:

> > From:   Anders W. Tell
> > Im especially interested in arguments for having endtag arguments.
> One good reason pro is because when you are doing text processing using a
> streaming tool (i.e. one that does not load the document in memory)
> sometimes you wish to write out attributes with values collected from
> processing sub elements.
> Consider an application which reads a table and adds an attribute with the
> column and row count.
> This is a kind of foward-reference problem. In streaming text processing
> tools you:
> * have two passes, or
> * write out the values of all the attributes in an external entity file (so
> that the XML parser resolves the references on next document load), or
> * have a built-in reference resolving phase such as OmniMakr uses.
> Until recently (and for all I know, maybe still) most text processing of
> non-HTML SGML/XML marked-up files was done using streaming tools (i.e. with
> event programming).

Is possible to save parts of the document im memory before writing it to the
next stream in a chain. This may not be desirable in cases when documents are
large .

> The trouble with having end-tag attributes for this kind of use is that even
> though it would be easier to generate such documents, an end-tag attribute
> solution does not buy you anything, because if you are using streaming tools
> you will still need the "collected value" attributes when you come to the
> start-tag, in order to set up processing of the rest of the element. You
> still need some step to move the end-tag attribute to the start-tag.

Not all attributes , which are calculated after processing a fragment, are usable

before the all other attributes and children have been processed. An example
of this type of attributes is "Signature" which can may be read when the
token arrives but the validation of the signature cannot be perfomed until the
endtag arrives.

However I agree with you that most attributes dont add anything when added in the

> And, as has been mentioned, maybe people who are used to tag-based text
> processing rather than element (i.e. range) based processing will not be
> encouraged to alter their thinking, if end-tag attributes were allowed.


> Perhaps the one thing that end-tag attributes might be useful for is
> checksums, though.

And its alter ego Signatures :)

/  Financial Toolsmiths AB  /
/  Anders W. Tell           /

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS