<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
Hi,<BR><BR>I now support Mark who suggested you use [und].&nbsp; I still do not see the need for another subtag here; we have [zxx], [mul], [mis].&nbsp;and [und].<BR><BR>I still need convincing that we need another subtag.<BR>
&nbsp;<BR>
To me the solution would be to add a comment to [und] stating that it can be used when some text processing might be needed.&nbsp; (We also might also add comments explaining [mis] and [mul]--for me I'd only use [mul] when I was targeting speakers of multiple languages.)<BR>
&nbsp;<BR>
To me you have not determined the language of your strings; it seems that's what you are saying; so go for [und].<BR>
&nbsp;<BR>
<BR><BR>Best,&nbsp;<BR><BR>C. E. W.<BR>* * *<BR>ID for language-invariant strings<BR>Peter Constable petercon at microsoft.com <BR>&gt;&gt; I don't understand the problem here...<BR>&gt;&gt; Hyphenation should leave them alone; word wrapping<BR>&gt;&gt; should do something basic, etc. (Converting a space to a new line is<BR>&gt;&gt; theoretically an error in your names as it might be in program text,<BR>&gt;&gt; but in both cases, if it's one the author worried about, they should<BR>&gt;&gt; have set it non-wrapping.) Language detection and "smart"<BR>&gt;&gt; handling is wrong; changing a font named "Co÷perate!"&nbsp; to "Co-<BR>&gt;&gt; &lt;NL&gt;operate!" is entirely correct English, but wrong for a fontname,<BR>&gt; I wasn't suggesting that such things be done to name strings that get used in programmatic APIs, nor that things like spelling changes or other transformations might be applied to the data itself. But it may be appropriate to do things with copies of the data for intermediate purposes to obtain some result. For example, suppose from a long list of reference names for cultural elements from some domain, the app wants to support some search functionality, and wants to apply stemming or recognize alternate spellings in order to provide relevant results.<BR>&nbsp;<BR>&gt; Peter<BR>To process these are you not going to have to indicate the language of each then?&nbsp; I guess you are simply saying that you want to recognize the alternate spellings as valid names; and then process.&nbsp; So you want a subtag that permits processing.&nbsp; But not [und]?&nbsp; I don't see the point of having the subtags [zxn] and [und].&nbsp; [und] is for content in an undetermined language whereas [zxn] is for text that should not be processed (<A href="http://www.w3.org/International/questions/qa-no-language">http://www.w3.org/International/questions/qa-no-language</A>&nbsp;).&nbsp; I now support Mark who suggested you use [und].<BR><BR>&nbsp;<BR><BR>* * *<BR><BR>Frank Ellermann nobody at xyzzy.claranet.de <BR>&gt; &gt; What's the rule for personal names?<BR>&gt; A general rule could be "tags are not only about translations",<BR>&gt; and tags also depend on the context (document type + language).<BR>&gt; Frank<BR>Agreed that will work!<BR><BR><BR>&nbsp;<BR>C. E. Whitehead<BR><A href="mailto:cewcathar@hotmail.com">cewcathar@hotmail.com</A><BR><BR><BR><BR></body>
</html>