It has been claimed that some errors were made in specifying the combining
classes of some of the characters in the Hebrew Points and Punctuation
section (U+05B0 to U+05C4) of the Hebrew block of the Unicode standard.
Could someone please present a list of these errors.
Jony
At 04:50 AM 7/22/03 +0200, Chris Jacobs wrote:
Where am I going with this? Basically what I'm after is a clean/clear
way to tell if quotation marks and parentheses (plus the other
bracketing characters such as '[' or '{' are opening or closing
punctuation. That's the real question here!
Dear Folks,
Can anyone tell me, cope pages (cp values) of the Indian languages?
if it is available on the net, where can I find it?
with regards,
Rajesh
Pim Blokland pblokland at planet dot nl wrote:
I'm not sure that even all English users appreciate the computer
related jargon and acronyms that their geek developers want to
force them to learn and use.
Hm... Personally I feel just the opposite. I think the computer
industry has taken too
On 21/07/2003 22:09, Jony Rosenne wrote:
It has been claimed that some errors were made in specifying the combining
classes of some of the characters in the Hebrew Points and Punctuation
section (U+05B0 to U+05C4) of the Hebrew block of the Unicode standard.
Could someone please present a list
.
Michael Everson wrote,
I wasn't talking about that, but if you'd like my opinion, I hate that J too.
Apathy, intolerance, bigotry, death, taxation, ignorance, oppression...
Surely we can reserve our hatred for targets more worthy than
a colleague's variant glyph preferences.
Regards,
James
At 11:41 +0100 2003-07-22, Marion Gunn wrote:
I read that 'i' (in the Apple context) as
meaning 'i(nternet ready)'. It is possible I
could be wrong about that. Am I?
Yes, you are.
--
ME
Scríobh Michael \(michka\) Kaplan [EMAIL PROTECTED]:
I always assumed the lowercase i was either meant to be something similar
to devs but mean something like information to normal (i.e.,
non-developer) types. Then, like any concept is has to be [over]used
everywhere. Maybe someone from Apple who
At 04:36 AM 7/22/2003, Peter Kirk wrote:
These both explain the problem in some detail. They also propose
alternative combining classes for the Hebrew vowels without actually
proposing that the existing Unicode definitions should be changed.
It should be noted that the alternative combining
On 22/07/2003 13:59, John Hudson wrote:
At 04:36 AM 7/22/2003, Peter Kirk wrote:
These both explain the problem in some detail. They also propose
alternative combining classes for the Hebrew vowels without actually
proposing that the existing Unicode definitions should be changed.
It should
Peter Kirk wrote:
And then if (and I know it's a big if) the UTC agrees in principle to
allow a change to these combining classes, [...]
This just isn't going to happen, so people should look elsewhere for
solutions. I don't believe UTC could make such a decision and retain any
sort of
At 06:00 PM 7/22/2003, Rick McGowan wrote:
A solution with CGJ has been proposed, which is very general and can be
applied to this and other such situations.
I get the impression that CGJ support is not very high on the list of
things going to be implemented any time soon by the application
At 02:44 PM 7/22/2003, Peter Kirk wrote:
And then if (and I know it's a big if) the UTC agrees in principle to
allow a change to these combining classes, would the custom values that
you have listed there be suitable for a first draft proposal for new
combining classes?
I believe so. Eli
On Wednesday, July 23, 2003 3:00 AM, Rick McGowan [EMAIL PROTECTED] wrote:
Peter Kirk wrote:
And then if (and I know it's a big if) the UTC agrees in principle
to allow a change to these combining classes, [...]
A solution with CGJ has been proposed, which is very general and can
be
14 matches
Mail list logo