Michael Everson wrote:
At 06:09 +0430 2001-04-05, Roozbeh Pournader wrote:
No. Such a mapping table does not respect the difference
between the Rial
sign and the string "Reh Yeh Alef Lam" in the ISIRI 3342
encoded file.
Why would you want to preserve that distinction, if you are
From: "Marco Cimarosti" [EMAIL PROTECTED]
This is, e.g., the way Windows NT works: Unicode is used to handle text in
the OS core, but it is mapped to/from "code pages" as soon as it has to
become visible to the user.
Well, not exactly though. NT works best when you use Unicode everywhere,
On Wed, 4 Apr 2001, Michael Everson wrote:
Why would you want to preserve that distinction, if you are satisfied
to use the string only in Unicode text?
I'm satisfied, but there will be transition periods. Two organizations
that have adapted Unicode externally, buy not internally yet, will
From: "Marco Cimarosti" [EMAIL PROTECTED]
Yeah. Pity that the local code page is the default everywhere, and to use
Unicode in the GUI one has to dig deep in options, registry, manuals, etc.
Well, I would not go *that* far in theory just defining _UNICODE is all
you need. How far an app
Michael (michka) Kaplan wrote:
From: "Marco Cimarosti" [EMAIL PROTECTED]
Yeah. Pity that the local code page is the default
everywhere, and to use
Unicode in the GUI one has to dig deep in options,
registry, manuals, etc.
Well, I would not go *that* far in theory just defining
11digitboy wrote:
If they don't put it in this minute, there is something
WRONG. It is a CURRENCY symbol, for Pete's sake! I
mean, DOLLAR SIGN is not LATIN LETTER S WITH STROKE
And it is *UNI*code
Currency symbols should probably be encoded without
delay, but is this really a
On Tue, 3 Apr 2001, Michael (michka) Kaplan wrote:
Like Doug, I am a little curious as to the decision on where the symbol
would go... would you really want it in the presentation forms that are
merely for backwards compatibility? I think there are two options for
currency symbols:
But
On Wed, 4 Apr 2001 [EMAIL PROTECTED] wrote:
Oh. You didn't tell us whether it goes to the left
or to the right of the digits, did you?
Is this needed in the proposal for the character itself?
--roozbeh
On Tue, 3 Apr 2001 [EMAIL PROTECTED] wrote:
I would think you would want this symbol to be encoded in the Currency
Symbols block (U+20A0 through U+20CF), not in the largely deprecated Arabic
Presentation Forms-A block.
No, I like it in the Arabic Presentation Forms, because it's only a
On Wed, 4 Apr 2001, James Kass wrote:
Currency symbols should probably be encoded without
delay, but is this really a currency symbol? It appears
to be the word "rial" written in Arabic.
I agree. But we need it for round-trip compatiblity with the national
character set. There is a
Roozbeh Pournander wrote:
You can find a proposal for encoding Iranian Rial sign in Unicode at:
http://developer.sharif.edu/farsiweb/proposal/rial.html
I have two minor points.
First one is about the bidi category. I see that you suggest "AL" (Arabic
Letter):
Recommended
Michka You need to stop this sort of nonsense. NEVER has the UTC refused
Michka to look at a proposal, but do you think that somehow procedure is
Michka neglected merely because someone thinks it is an "obvious" point?
I think you are totally over-reacting, Michael. You are reading
James In an older book covering Iranian coinage one can find, in addition
James to "rial", other monetary units like "dinar", "toman", "kran
James (qiran)", etc. The letters forming any of these monetary unit
James words might combine calligraphically to form unique and
To: Michael (michka) Kaplan
Cc: Unicode List
Subject: Re: Iranian Rial sign proposal
On Tue, 3 Apr 2001, Michael (michka) Kaplan wrote:
Like Doug, I am a little curious as to the decision on where the symbol
would go... would you really want it in the presentation forms that are
merely
On Wed, 4 Apr 2001, Marco Cimarosti wrote:
But all other characters in general category "Sc" (Currency Symbol) have
bidi category "ET" (European Number Terminator), so I would suggest to
avoid this exception.
This makes sense, because currency symbols are normally associated with
numbers
In a message dated 2001-04-04 3:42:20 Pacific Daylight Time,
[EMAIL PROTECTED] writes:
On Wed, 4 Apr 2001 [EMAIL PROTECTED] wrote:
Oh. You didn't tell us whether it goes to the left
or to the right of the digits, did you?
Is this needed in the proposal for the character itself?
On Wed, 4 Apr 2001, Mark Leisher wrote:
The explanation I was given was that words like "toman" are used more like
"dollar" as opposed to "rial," which is used like "$" (i.e. they are "spelled
out" in a sense).
No. "Toman" is the unofficial name for "10 Rials". Although Rial is the
official
On 04/04/2001 06:06:45 AM unicode-bounce wrote:
My own position in HCI (national governmental body responsible for IT
standards) has been against asking for encoding it. But after I found that
we cannot map a key to a sequence of characters in X, that changed.
So, we have some broken
On 04/04/2001 09:34:25 AM unicode-bounce wrote:
Michka You need to stop this sort of nonsense. NEVER has the UTC
refused
Michka to look at a proposal, but do you think that somehow procedure
is
Michka neglected merely because someone thinks it is an "obvious"
point?
I think you are
On Wed, 4 Apr 2001, Roozbeh Pournader wrote:
It won't be. It's nothing more than a rendering of word Rial, sometimes
narrower to fit in one column in fixed-width fonts. It doesn't have any
international use, because it may be mistaken by Saudi Arabic Rials or
things like that.
Well - the $
On Wed, Apr 04, 2001 at 11:03:41AM -0500, [EMAIL PROTECTED] wrote:
Given all those circumstances, maybe not. Would you propose that it have a
canonical or compatibility decomposition? If so, I believe that would be
problematic with respect to stability of normalization forms.
The only thing
On Wed, 4 Apr 2001 [EMAIL PROTECTED] wrote:
So, we have some broken technology. One way to fix it is to add a
presentation form to Unicode. But isn't there another fix -- to build into
X the ability to map a key to a sequence of characters (which surely would
be useful in other situations)?
D.V. Henkel-Wallace wrote:
At 16:03 2001-04-04 +0200, Marco Cimarosti wrote:
U+20A5 (MILL SIGN): which currency is so worthy to
require a special
symbol for 1/1000?
And it is also true for many currency symbols in other blocks:
U+00A4 (CURRENCY SIGN): who ever used
On Wed, 4 Apr 2001, Michael Everson wrote:
We are not adding characters to the presentation forms. It is likely
that the answer to this proposal will be "please use one-to-many
mapping".
Would you please give me the reference? I once heard this, but after
seeing a new proposal for "Arabic
At 23:27 +0430 2001-04-04, Roozbeh Pournader wrote:
On Wed, 4 Apr 2001, Michael Everson wrote:
We are not adding characters to the presentation forms. It is likely
that the answer to this proposal will be "please use one-to-many
mapping".
Would you please give me the reference?
The
On Wed, 4 Apr 2001, Marco Cimarosti wrote:
U+20A3 (FRENCH FRANC SIGN), U+20A4 (LIRA SIGN), U+20A7 (PESETA
SIGN), U+20AF (DRACHMA SIGN): will disappear next year with euro. Moreover,
Franc and Lira are obsolete symbols ("FF" and "Lit" are now more common).
The drachma sign too; I lived
Roozbeh asked...
Would you please give me the reference? I once heard this, but after
seeing a new proposal for "Arabic Tail Fragment" approved by UTC to be
encoded in "Arabic Presentation Forms-B" block (SC2/WG2 document N2322), I
thought I was wrong.
That proposal and this follow-on
On Wed, 4 Apr 2001, Rick McGowan wrote:
If memory serves me, Unicode and 10646 were already well established
at the time both this standard and the IBM standards containing "tail
fragment" were created (one of the code pages shown in the proposal
even has a Euro sign in it!). At least one
Roozebeh wrote...
Oh, I just found it! It's also encoded as a character in the national
standard ISIRI 2900, dated 1989 (which is a 7-bit character set standard).
I will update the proposal. So you can be sure that you have not disobeyed
the rules ;)
Oh good! Nice bit of research...! This
At 19:50 +0430 2001-04-04, Roozbeh Pournader wrote:
I noted that, but the point is that it's not a unique sign for
international use. It's only a compatiblity character, and it will be used
only in "legacy" Persian texts that are converted from ISIRI 3342 (which
has its own bidi, with only three
On Wed, 4 Apr 2001, Michael Everson wrote:
What's this mean? That in Word 200x, with full Persian support, you
would not use a unitary code point for the rial sign, but instead you
expect users only to type the four letters that make up the word?
No. The keyboard mapper should generate
At 06:09 +0430 2001-04-05, Roozbeh Pournader wrote:
Then your solution is that your round-trip is achieved by a mapping
table that maps one-to-many and many-to-one depending on direction. --
No. Such a mapping table does not respect the difference between the Rial
sign and the string "Reh
Dear friends,
You can find a proposal for encoding Iranian Rial sign in Unicode at:
http://developer.sharif.edu/farsiweb/proposal/rial.html
We really appreciate your ideas and comments. Please send them personally
to me (or to the list if it may be benefical for others). I will send
If they don't put it in this minute, there is something
WRONG. It is a CURRENCY symbol, for Pete's sake! I
mean, DOLLAR SIGN is not LATIN LETTER S WITH STROKE
And it is *UNI*code
Oh. You didn't tell us whether it goes to the left
or to the right of the digits, did you?
And it is
In a message dated 2001-04-03 16:25:22 Pacific Daylight Time,
[EMAIL PROTECTED] writes:
You can find a proposal for encoding Iranian Rial sign in Unicode at:
http://developer.sharif.edu/farsiweb/proposal/rial.html
I would think you would want this symbol to be encoded in the Currency
Robert,
More and more people are of the opinion with each message that if they do
not remove you from the Unicode List that there is in fact something wrong.
You need to stop this sort of nonsense. NEVER has the UTC refused to look at
a proposal, but do you think that somehow procedure is
Like Doug, I am a little curious as to the decision on where the symbol
would go... would you really want it in the presentation forms that are
merely for backwards compatibility? I think there are two options for
currency symbols:
1) In the curreny Symbols block if there is even the remotest
37 matches
Mail list logo
