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

Re: Foreign Names

  • From: "Simon St.Laurent" <simonstl@s...>
  • To: Steven Champeon <schampeo@h...>
  • Date: Sat, 15 Apr 2000 18:54:04 -0400

hard foreign names
At 06:39 PM 4/15/00 -0400, Steven Champeon wrote:
>I still don't understand why it's so complex. 

It's not that complex, it's just that there's no standard way of doing it
today.

>In a document that may
>contain X element types, and which actually contains Y in any given
>instance, you make 0 > Y >= X translations plus possibly more if you
>also change the attribute naming. You would only need to include a map
>of the standard names to those used in the document at hand; you
>wouldn't even need to provide a new DTD if all that changes are the
>identifiers. Just run it through a single pass transformation and
>you're back to the original DTD.

Yep.  It's an easy process - we just need a way to integrate that process
with existing XML processing infrastructures, rather than leaving it as
another application-specific variable we 'just have to hope' is supported.

>Maybe I'm missing something, but this just doesn't sound that hard.
>Of course, it does add a layer of processing, if not necessarily a
>substantial degree of complexity, for what benefit? It's one thing
>to talk about universal translation for natural language, it's quite
>another to talk about one-to-one mappings for documents whose markup
>is usually, if not always, hidden from the human reader.

It's not that hard because we're talking about relatively small fixed
vocabularies that are used in a highly structured way.  

I guess the real question is where this kind of process belongs.  Should it
be case-by-case using XSLT or architectural forms?  Built into schemas?
Described in packaging?

It seems like there's a lot of room to make a long-term improvement in i18n
and markup without creating wildly complex situations. 

Simon St.Laurent
XML Elements of Style / XML: A Primer, 2nd Ed.
Building XML Applications
Inside XML DTDs: Scientific and Technical
Cookies / Sharing Bandwidth
http://www.simonstl.com

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

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.