[EMAIL PROTECTED] scripsit:
> First they'd want numeric value properties added to the Hebrew and
> Greek letters, then when they came to do the same for the Latin letters
> the ensuing flamewar would bring the whole effort to a standstill.
Numeric values for Hebrew, Greek, and Cyrillic make a lot
Yeah, but dude, wasting time on stupid ideas goes with the territory if
you happen to be a creative genius. Some of your ideas won't work.
Others will be magnificent. I'd put good money on the notion that if
Newton had been prevented from pursuing astrology or numerology, this
restriction would
> > At 11:15 AM 9/30/03 -0400, John Cowan wrote:
> >> Isaac Newton spent an unconscionable amount
> >> of time, by our standards, messing about with astrology and
> numerology
> >
> > One of the aspects of character encoding and standardization that
> > seems to have an unholy fascination for peop
On 2003年9月30日, at 下午12:01, Asmus Freytag wrote:
At 11:15 AM 9/30/03 -0400, John Cowan wrote:
Isaac Newton spent an unconscionable amount
of time, by our standards, messing about with astrology and numerology
One of the aspects of character encoding and standardization that
seems to have an unholy
At 11:15 AM 9/30/03 -0400, John Cowan wrote:
Isaac Newton spent an unconscionable amount
of time, by our standards, messing about with astrology and numerology
One of the aspects of character encoding and standardization that seems to
have an unholy fascination for people is its numerical aspect.
Jill Ramonsky scripsit:
> Ludvig, this Pastoral Symphony of yours all seems to me like something
> of a pointless excercise.
> And Albert, this "Theory of Relativity" of yours all seems to me like
> something of a pointless excercise.
>
> Never discourage someone else's creativity.
The whole p
-
> From: Rick McGowan [mailto:[EMAIL PROTECTED]
> Sent: Friday, September 26, 2003 5:05 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Internal Representation of Unicode
>
> This all seems to me like something of a pointless excercise.
James Kass wrote on 09/26/2003 12:03:42 AM:
> Peter Constable (IIRC) reported on this list a while ago that there was
> a Latin-based writing system used for an indigenous South American
> language which stacks up to three marks above.
Good memory, James! The language is Ticuna.
Peter
myrkraverk...sourceforge wrote:
> In a plain text environment, there is often a need to encode more than
> just the plain character.
...
> Since I'm using 64 bits, I call it Excessive Memory Usage Encoding, or
> EMUE.
...
> I thought of dividing the 64 bit code space into 32 variably wide
[EMAIL PROTECTED] wrote:
> In a plain text environment, there is often a need to encode more than
> just the plain character. A console, or terminal emulator, is such an
> environment. Therefore I propose the following as a technical report
> for internal encoding of unicode characters; with one
On 25/09/2003 20:52, [EMAIL PROTECTED] wrote:
Hi,
John Cowan writes:
> The problem is that multiple accents above are quite common -- Vietnamese
> depends on them heavily. There may also be multiple accents below,
> for all I know.
That does not have to be a problem, as long as there are no more
.
Jóhann Gunnar Óskarsson wrote,
> That does not have to be a problem, as long as there are no more than
> 255 accents and combinations of them. As for vietnamese, I just don't
> know how many there are, or how many characters they use.
The Combining Diacritical Marks range of Unicode 4.0 lists
Johann wrote:
> That does not have to be a problem, as long as there are no more than
> 255 accents and combinations of them. As for vietnamese, I just don't
> know how many there are, or how many characters they use.
You'll need UTF-8 and a fairly comprehensive font to read the following.
For
Hi,
John Cowan writes:
> The problem is that multiple accents above are quite common -- Vietnamese
> depends on them heavily. There may also be multiple accents below,
> for all I know.
That does not have to be a problem, as long as there are no more than
255 accents and combinations of them.
[EMAIL PROTECTED] scripsit:
> All of these fields are actually implementation defined, with just one
> rule for char: don't include characters that can be made with
> combinations, that's what the accent fields are for. This allows for
> 255 upper and lower accents which should be enough -- for n
Hi,
In a plain text environment, there is often a need to encode more than
just the plain character. A console, or terminal emulator, is such an
environment. Therefore I propose the following as a technical report
for internal encoding of unicode characters; with one goal in mind:
character equa
16 matches
Mail list logo
