[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Editing text

  • From: "Rick Jelliffe" <ricko@a...>
  • To: <xml-dev@i...>
  • Date: Fri, 28 Nov 1997 16:27:50 +1100

editing text

 
> From: Peter Murray-Rust <peter@u...>

> I assume there is no short cut...

On the contrary, there *IS* a short cut: the most obvious one!

Just treat the name as a token (i.e. terminated by whitespace or >,
or any other delimiter if you want to be careful). Any valid XML will
work with just that!

If you want to completely validate your XML, then the more sophisticated
checks are appropriate.  The intent (as I see it) is to let people use
customary words in their language and script, if they want to.  It is bad
practise to use crazy symbols and uncommon characters in markup, because
the purpose of markup is to reveal meaning, not hide it.  The complexity
of the rules merely encodes that to give guidance in the peripheral cases.

> I applaud the work of the WG on the Internationalisation and I don't want

Yes, they have been exemplory in this, I think.  They have taken the issue 
very seriously, and kept their eyes on the goal.  It is very easy for I18N
to bamboozle people, in that there is always a fuzzy and heaving morass of
quibbling that makes people want to give up.  But in the case of XML, we
can have our cake (the fans of strict, codified naming rules can exactly
specify what is allowed) *AND* eat it (bewildered parser-writers can just
use simple tokenizing).

> to detract from it. What I would suggest is that because of the extremely
> likelihood of error if individuals do try to hack their own isNameChar(),
> and because if ever this list is revised software will be invalidated, that
> the WG, or W3C or whoever, maintain an isNameChar() routine in the common
> languages 

It is possible that isNameChar() will be adequate.  The issue of how complex
the naming rules should be is under last-minute finalization.  The important
thing is not to bee distracted by how detailed the official list is.  If
you do not have a validating XML processor (which means you in fact are 
assuming that your documents are valid) then a much simpler tokenizing regime
should  work fine.  That was a thing explicit in the discussions for the
naming system: it must be straightforward to implement a (non-validating)
XML parser.

> (C, C++, Java) so that we know we shall all be working with the same one.

There is a draft ISO technical report on this issue, for future programming 
language standards.  This technical report has clearly been influenced by
XML and SGML's approaches to the problem.  I know that the WG representatives
who are looking after finalizing the naming rules are looking at that
as well.


Rick Jelliffe


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/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe 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!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.