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
start-tag
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
end-tag.

> 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.

True,

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

And its alter ego Signatures :)


/Anders
/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
/  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