Michka and Tex wrote:
michka
Now if I could figure out how come you get to quote whole messages and I
don't, I'll be *really* happy!
tex
I was not able to and it makes me very unhappy. Since you were on the
to-list, you got an immediate copy. We prattled on and then I got a
bounce
On Thu, Apr 12, 2001 at 11:12:40PM -0400, Tex Texin wrote:
I would rather say simply that Unicode is the only character set
that exists for certain markets. I believe this is true, but
would like to have at least a few examples of scripts or
languages that have no other code pages but
Tex, would you please add this entry to your Benefits of Unicode page:
"It allows you to overcome bigoted prohibitions on mailing lists".
In fact, it is enough that you choose proper code points (e.g. U+203A from
the General Punctuation block, or U+0455, U+0435, U+0445 from the Cyrillic
There is a bug in
http://www.unicode.org/Public/MAPPINGS/EASTASIA/JIS/JIS0208.TXT
that causes round-trip compatibility problems if this table is used to
convert EUC-JP into Unicode and back.
Suggested fix: Replace in JIS0208.TXT the line
0x815F 0x2140 0x005C # REVERSE SOLIDUS
with
Marco,
Cute! I hope people have UTF-8 viewers. I had to manually switch
to UTF-8 in my mailer, so at first I was a bit confused.
At least until it becomes more standard, Unicode makes a great
encryption scheme to overcome silly filters.
tex
Tex, would you please add this entry to your Benefits
How is it possible to encode a "repha ra" in isolation?
The Unicode book says in section 9.1 that consonant + VIRAMA + ZWJ
displays a half form in isolation, as shown in figures 9-6 and 9-7. However,
rule r5a in the same section explains that RA + VIRAMA + ZWJ displays as
"eyelash-RA".
Is there
On Thu, 12 Apr 2001, Kenneth Whistler wrote:
"Installing a glibc-2.2 prerelease or release replaces the C library
every program on your system uses. Therefore it has some risks, in
particular your Linux system may become nonfunctional. If you follow
the instructions below, you shouldn't
It looks to me like the "Cp" names might be IBM CCSIDs. For those, have a look at the
"ibm-" names in ICU's alias table at
http://oss.software.ibm.com/cvs/icu/~checkout~/icu/data/convrtrs.txt
Note that ICU uses "cp" to mean Microsoft codepage numbers.
Note also that even IBM changes some of
I wonder if this post will survive the quotebot.
It might help if you create a boilerplate signature that's really long --
that would push the proportion of new vs. quoted text in your favour.
- Peter
---
Peter
I was not able to and it makes me very unhappy. Since you were on the
to-list, you got an immediate copy. We prattled on and then I got a
bounce message which did not indicate the mail that was being rejected.
Ah, this explains why I am starting to see so many responses to messages I
I would rather say simply that Unicode is the only character set
that exists for certain markets. I believe this is true, but
would like to have at least a few examples of scripts or
languages that have no other code pages but Unicode.
I have in mind Inuktitut and perhaps Byzantine music, but
Tex Texin scripsit:
I would rather say simply that Unicode is the only character set
that exists for certain markets. I believe this is true, but
would like to have at least a few examples of scripts or
languages that have no other code pages but Unicode.
I have in mind Inuktitut and
Damn! Peter, now there will be a signature bot.
We need a separate list for discussing bot-workarounds
Thanks for the comments on languages w/o standard code pages. I will
add a bennie to the benefit list.
[EMAIL PROTECTED] wrote:
It might help if you create a boilerplate signature that's
From: "John Cowan" [EMAIL PROTECTED]
Oh sure. The point is that ISCII does exist, but Microsoft does not
support it: therefore, if you are going to do Indic languages,
you must have Unicode (for Microsoft environments, anyway).
Actually, this is not really true... Windows 2000 and XP both
The document we are discussing is:
http://www.geocities.com/i18nguy/UnicodeBenefits.html
John,
Right, I quite understand the point about Microsoft support, I was
resisting the focus solely on Microsoft though.
Let me try it another way, that perhaps will satisfy everyone.
Are there similar
On Fri, Apr 13, 2001 at 11:32:16AM -0700, Markus Scherer wrote:
It looks to me like the "Cp" names might be IBM CCSIDs. For those, have a look at
the "ibm-" names in ICU's alias table at
http://oss.software.ibm.com/cvs/icu/~checkout~/icu/data/convrtrs.txt
Note that ICU uses "cp" to mean
On Fri, Apr 13, 2001 at 09:54:25PM +0430, Roozbeh Pournader wrote:
On Thu, 12 Apr 2001, Kenneth Whistler wrote:
"Installing a glibc-2.2 prerelease or release replaces the C library
every program on your system uses. Therefore it has some risks, in
particular your Linux system may
I could see defining "code page support" as meaning that the code
page can be used as the default system code page, to distinguish it
from products that just convert from the code page to the system one
when the data is imported/exported.
Original Message
Subject: Re: benefits
Michka,
The fact that a product supports Unicode and does not support another
code
page used in some region, does not mean that the vendor
supports that region, nor does it mean if they decide to support the
region that it would be only with Unicode...
tex
"Michael (michka) Kaplan" wrote:
From: "Tex Texin" [EMAIL PROTECTED]
If I had some examples from IBM, Sun, HP, Unisys, etc. then
the benefit would not read like Microsoft is all that matters.
Since there are locales that do not have specific code pages recognized by
other vendors, I think you already have the proof you are
Tex Texin scripsit:
I could see defining "code page support" as meaning that the code
page can be used as the default system code page, to distinguish it
from products that just convert from the code page to the system one
when the data is imported/exported.
Right. Otherwise you might as
Michael,
Isn't this covered by the second benefit on the page?
Reduced development costs, etc
tex
"Michael (michka) Kaplan" wrote:
It DOES, however, underscore the fact that Unicode support is so much easier
than supporting every random code page that the only reasonable way vendors
From: "Tex Texin" [EMAIL PROTECTED]
To: "Michael (michka) Kaplan" [EMAIL PROTECTED]
Isn't this covered by the second benefit on the page?
Reduced development costs, etc
I guess with real-world examples it seems that its a bit more explicit of a
benefit. At this point, anyone who does not
- Original Message -
From: Michael (michka) Kaplan [EMAIL PROTECTED]
It DOES, however, underscore the fact that Unicode support is so much
easier
than supporting every random code page that the only reasonable way
vendors
can keep up with every single market is to have a good story
Aliquis scripsit:
Backwards compatibility stroke. As vendors changed the mappings, they kept
the same names so that they would not have to update software to use the new
names. Typically the changes are thought to enhance the encoding, and people
want everybody to benefit (isn't that
From: "Andrew Cunningham" [EMAIL PROTECTED]
true, personally i'd rather seem Microsft complete their unicode support
first before doing anything with other character sets ... quite a few
years
off full support for unicode 3.0 and 3.1
Well, I guess this is one of those huge "maybe" type
26 matches
Mail list logo