Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] Generic XML Tag Closer (GXTC)

From: Mitch Amiano <mitch.amiano@-----------.--->
To: Melvin Chin <mc@----------.--->
Date: 8/18/2006 7:51:00 PM
my 2 cents

With the availability of relatively low cost or free XML editors having 
good content completion, I see no advantage even from the standpoint of 
data entry. Just for instance, with oXygen's content completion will 
close tags with about three ( < /  {ENTER} ) keystrokes.

</> makes the closure of an element anonymous. To the human reader, a 
long span of content in which the start tag is no longer near the 
anonymous end tag makes a visual scan useless. 

When a (start|end) tag is missing the anonymous end tag makes it harder 
to distinguish which element is incorrect. This might not mean as much 
when using a tree editor, but when using a source mode editor or 
text-based script (print/puts/echo) to generate content, or plain old 
damaged files, you're likely to loose more time trying to debug.  For 
that matter, if I textually cut-and-paste a fragment with an XML end tag 
so that its position is swapped outside of an ancestor element 
structure's end tag, the validation process is likely to give errors; if 
I textually cut-and-paste the same as an anonymous end tag, the 
validation process may not know anything is wrong at all if the end tags 
still match in number. This can happen for instance when you select a 
line of content but you don't notice that the end tag got selected too, 
and you drag and drop.





Melvin Chin wrote:
> May I seek some opinions on this topic/proposal?
>
> ===================================================================
> To extend XML spec just a little to permit use of "</>" (GXTC)
> to be placed wherever it is permitted in the current XML spec
> to place a closing tag.  The semantics will be to effect a
> closing of the nearest open tag before the position of GXTC.
> ===================================================================
>
> Any opinion is fine, useful, crazy, nonsense, should be done,
> must not coz it's going to break many things ...
>
> I could see some good use of it, but do note the deep potential
> impact it may bring.  Would like to hear from you.
>
> Thanks.
>
> cheers,
> mc
>
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
>
>


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent