Recently I found an unexpected "Unicode moment" buried in the
documentation for Microsoft Visual Studio .NET. This was written by
Bobby Schmidt in 2000.
> The name "C sharp" is really spelled as shown in my column's banner
> graphic: The capital letter C followed by a musical sharp sign.
> Becaus
On Monday 2004.03.22 16:53:52 -, John Snow wrote:
> I work on sales rather than technical so I appologise in advance if this
> is basic!
>
> I am speaking to a client regarding there website being translated in to
> a number of languages including Bengali, Urdu and Punjabi which I am
> told is
At 22:13 + 2004-03-19, Marion Gunn wrote:
Ar 03:17 -0800 2004/03/18, scríobh Peter Kirk <[EMAIL PROTECTED]>:
An alternative for Marion, if her company still has rights to the fonts
which it so expensively developed to serve her country, would be to
distribute those fonts widely (and that probab
I'm looking for advice on how to print and display
trailing vowels (dependent vowels) as stand alone characters in three
different formats as described at
http://www.araichchi.com/kanini/misal/print-trailing.pdf
Srivas
Philippe Verdy said:
> As far as I know, Unicode is the only alternative to ISCII for Indian Brahmic
> Scripts, however Urdu written with the Arabic script may be supported with the
> Arabic ISO8859 charset.
No. ISO 8859-6 is missing characters needed for the representation
of Urdu text.
--Ken
On 22/03/2004 10:53, Philippe Verdy wrote:
...
As far as I know, Unicode is the only alternative to ISCII for Indian Brahmic
Scripts, however Urdu written with the Arabic script may be supported with the
Arabic ISO8859 charset.
Philippe, it is very obvious that you are as much a novice concern
From: "Stefan Persson" <[EMAIL PROTECTED]>
> Philippe Verdy wrote:
> > Some browsers will need NCRs, some will accept UTF-8, some will need a
> > "x-user-defined" encoding which is not a standard encoding for use in
conforming
> > HTML 3.2...
>
> Isn't that only the case with non-BMP code points?
Philippe Verdy wrote:
Some browsers will need NCRs, some will accept UTF-8, some will need a
"x-user-defined" encoding which is not a standard encoding for use in conforming
HTML 3.2...
Isn't that only the case with non-BMP code points?
Stefan
From: "John Snow" <[EMAIL PROTECTED]>
> I work on sales rather than technical so I appologise in advance if this
> is basic!
>
> I am speaking to a client regarding there website being translated in to
> a number of languages including Bengali, Urdu and Punjabi which I am
> told is not very well su
I work on sales rather than technical so I appologise in advance if this
is basic!
I am speaking to a client regarding there website being translated in to
a number of languages including Bengali, Urdu and Punjabi which I am
told is not very well supported by Unicode.
Is this the case?
What are
Pavel Adamek wrote:
> For easy multi-level comparison,
> let us define new characters:
>
>
> ...
Please, let's not. There are many people who feel we already have one
CGJ too many.
Let's solve this problem in language-specific collation, where it
belongs, and which we would need anyway.
-Do
I wrote:
> For easy multi-level comparison,
> let us define new characters:
>
>
> ...
>
> Then, for example, instead of
>
> code it as
>
>
>
and I forgot to say that in n-th level of comparison,
the character immediately following the
, where m > n,
would be skipped.
P.A.
> The point of the joke is that Czech
> sorts "ch" as a single letter after "h",
> so using a COMBINING C BEFORE
> would make this happen automatically,
> provided the combining character sorted after all letters.
>
> Spanish also sorts "ch" as a single letter,
> but after "c", so here we
> want a
From: "John Cowan" <[EMAIL PROTECTED]>
> First of all, this is an extended joke.
>
> The point of the joke is that Czech sorts "ch" as a single letter after
> "h", so using a COMBINING C BEFORE would make this happen automatically,
> provided the combining character sorted after all letters.
>
> Sp
At 13:29 +0100 2004-03-22, Antoine Leca wrote:
John Cowan va escriure:
Pavel Adamek scripsit:
From the viewpoint of sorting,
the coding
would be much better than
.
For Czech, yes. For Spanish we want the latter.
What for?
Irony.
--
Michael Everson * * Everson Typography * * http://www.e
Antoine Leca scripsit:
> John Cowan va escriure:
>
> > Pavel Adamek scripsit:
> >
> >>> From the viewpoint of sorting,
> >> the coding
> >> would be much better than
> >> .
> >
> > For Czech, yes. For Spanish we want the latter.
>
> What for?
First of all, this is an extended joke.
The po
John Cowan va escriure:
> Pavel Adamek scripsit:
>
>>> From the viewpoint of sorting,
>> the coding
>> would be much better than
>> .
>
> For Czech, yes. For Spanish we want the latter.
What for?
Antoine
17 matches
Mail list logo
