On 10-Jul-02 Altug B. Altintas wrote:
Hi,
My question is about exporting ISO tables as gif or jpeg format. For
example how can i export or find ISO-8859-9 table as gif or jpeg like in
unibook .
http://czyborra.com/charsets/iso8859.html
Best regards,
Miikka-Markus Alhonen
Hi,
My question is about exporting ISO tables as gif or jpeg format. For
example how can i export or find ISO-8859-9 table as gif or jpeg like in
unibook .
Regards
Altug.
John H. Jenkins had written:
Aargh! Medial long-s! Run away! Run away! :-)
Stefan Persſon wrote:
Why ſhould I not uſe old characters that already were out-of-uſe centuries
ago? ;-)
Juſt for the record: it's not centuries, but half a century: ſ was in
uſe, on a regular baſis, in
Hi,
I am trying to save Unicode text into an Access database (JET 4.0) by
using ADO (C++ Builder 5 + ADO Express) but it seems that the underlying
code converts the Unicode to codepage text and Access converts this back
to Unicode which plays havoc with Greek and Russian.
Tried using the
Hi!
In this brave new world of wonderful input methods, what is the current
state of affairs for keyboard-based input methods for characters from the
IPA block? Is there any de facto standard for this and, for that matter,
for an IPA keyboard layout?
This specifically for input methods for
Hello Unicoders, I have a question about filesystems. I never use anything
but ASCII characters in filenames, and I would like to know if it is still
justified. Of the various filesystems in use, I know only that the Joliet
CDFS uses UCS-2BE. What about FAT16, FAT32, NTFS and Linux Ext2?
In
Stefan Persson wrote:
Why doesn't someone create a different mailing list for discussing the
ConScript registry instead? Or a general nonsense mailing list?
Your second idea is not bad: a sort of lavatory, where people can go when
they feel the need of 17th century web pages or Aisle Bdellium
On Wed, 10 Jul 2002, Shlomi Tal wrote:
Hello Unicoders, I have a question about filesystems. I never use anything
but ASCII characters in filenames, and I would like to know if it is still
justified. Of the various filesystems in use, I know only that the Joliet
CDFS uses UCS-2BE. What
At 11:45 +0200 2002-07-10, Marc Wilhelm Küster wrote:
In this brave new world of wonderful input methods, what is the
current state of affairs for keyboard-based input methods for
characters from the IPA block?
Nothing standard exists, but a lot of de facto input methods are
similar, so
At 08:43 AM 7/10/2002 -0400, Jungshik Shin wrote:
In short: should I still stick to ASCII alone in filenames, or are there
filesystems where I really don't have to anymore? Thanks in advance.
Definitely/unconditionally no for NTFS. As for Linux ext2(and most other
Unix fs'), unless you mix
A few years ago I asked about the way variant selectors are supposed to work
with Mongolian. In Unicode 3.2 there is an general explanation of variant
selectors, with a table of Mongolian variants. I must confess they left me
confused: it seems to me that the general explanation would point to
Shlomi Tal shlompi at hotmail dot com wrote:
In short: should I still stick to ASCII alone in filenames, or are
there filesystems where I really don't have to anymore? Thanks in
advance.
Not sure if this is relevant to your specific case, bit I still use the
command prompt (MS-DOS Prompt) a
Marc Wilhelm Küster kuester at saphor dot net wrote:
In this brave new world of wonderful input methods, what is the
current state of affairs for keyboard-based input methods for
characters from the IPA block? Is there any de facto standard for
this and, for that matter, for an IPA keyboard
On Thu, 27 Jun 2002, Marco Cimarosti wrote:
Encoding the navy's flag alphabet or the Morse code would be exactly doing
this: assigning a code to a code which represents a letter.
BTW, which characters should be used to encode the dot and dash of Morse
in a typographically correct way?
On Tue, 9 Jul 2002, Kenneth Whistler wrote:
David Hopwood wrote:
Marco Cimarosti wrote:
The only difficulty would have been if a pre-existing standard had supported
both precomposed and decomposed encodings of the same combining mark. I don't
At 20:18 +0430 2002-07-10, Roozbeh Pournader wrote:
On Thu, 27 Jun 2002, Marco Cimarosti wrote:
Encoding the navy's flag alphabet or the Morse code would be exactly doing
this: assigning a code to a code which represents a letter.
BTW, which characters should be used to encode the dot and
Barry Caplan [EMAIL PROTECTED] wrote:
But be aware that such filenames may or may not be able to be transferred
*across* file systems. Not only that, but, although I haven't tested in
detail for a while, I would not be fully comfortable with middleware that is
responsible for managing file
James E. Agenbroad scripsit:
ISO 5426 - 1980, Extension of the Latin alphabet coded character set for
bibliographic interchange, and its similar US counterpart, ANSI Z39.64,
Extended Latin alphabet coded character set for bibliographic use
(ANSEL), do contain both separate codes for
On 28 Jun 2002, James H. Cloos Jr. wrote:
How about a 2k x 2k grid filled with coloured curves, rather than a
bitmap. There could even be a fancy programming language to make sure
things look right on any display
What about calling this METAFONT, and make it a meta-language for
On Wed, 10 Jul 2002, Barry Caplan wrote:
At 08:43 AM 7/10/2002 -0400, Jungshik Shin wrote:
In short: should I still stick to ASCII alone in filenames, or are there
filesystems where I really don't have to anymore? Thanks in advance.
Definitely/unconditionally no for NTFS. As for Linux
On Wed, 10 Jul 2002, Roozbeh Pournader wrote:
On Thu, 27 Jun 2002, Marco Cimarosti wrote:
Encoding the navy's flag alphabet or the Morse code would be exactly doing
this: assigning a code to a code which represents a letter.
BTW, which characters should be used to encode the dot and
James E. Agenbroad scripsit:
The standards I cited use both
techniques (precomposed and decomposed letter+diacritic) but they don't
allow two ways of creating a single letter+diacritic combination the way
ISO10646/Unicode do.
Even Unicode doesn't go so far as to decompose WITH
Hi Marc Wilhelm,
In this brave new world of wonderful input methods, what is
the current state of affairs for keyboard-based input methods
for characters from the IPA block? Is there any de facto standard
for this and, for that matter, for an IPA keyboard layout?
I'm not aware of a standard
On Wed, 10 Jul 2002, John Cowan wrote:
James E. Agenbroad scripsit:
The standards I cited use both
techniques (precomposed and decomposed letter+diacritic) but they don't
allow two ways of creating a single letter+diacritic combination the way
ISO10646/Unicode do.
Even
At 08:32 AM 7/10/02 -0700, Doug Ewell wrote:
I wanted to do an IPA keyboard for SC UniPad.
Is one big Unicode keyboard the best solution for IPA? Most
IPA users only use a small subset - that which is needed for
their languages. Why not remap your personal keyboard to that?
I've personally
Doug Ewell wrote:
Not sure if this is relevant to your specific case, bit I still use the
command prompt (MS-DOS Prompt) a lot ...
Interesting. I just tried the following:
Windows 2000. New text document with Notepad, arbitrary contents.
Save as AC06 0436.txt (Hangul letter + Cyrillic
Martin Heijdra asked:
The statement For example, in languages employing the Mongolian script,
sometimes a specific variant range of glyphs is needed for a specific
textual purpose for which the range of generic glyphs is considered
inappropriate could be taken to mean this solution.
At 16:16 09/07/02 -0700, Kenneth Whistler wrote:
The *reason* why SC2 chose such a strange and seemingly open-ended
definition was *not* to invite arbitrarily strange collections of
data control elements to be encoded as characters, but rather an
attempt, in a procrustean way, to get the
At 16:47 10/07/2002, Kenneth Whistler wrote:
Mongolian variants *are* very confusing, and I'm not sure what the
best way to describe them is. Part of the problem is that there is
still some tension in the UTC regarding just how to define the affect
of the variation selectors.
Position A: A
Martin Kochanski waxed exuberantly:
I mention this because Unicode is the opposite of Procrustean.
There is no finer antidote to gloom and cynicism than leafing through the Unicode
Standard.
In what other computing book could you find a phrase such as In good Latvian
typography?
Or:
John Hudson wrote:
Mongolian variants *are* very confusing, and I'm not sure what the
best way to describe them is. Part of the problem is that there is
still some tension in the UTC regarding just how to define the affect
of the variation selectors.
Position A: A variation selector
At 17:44 10/07/2002, Kenneth Whistler wrote:
Actually, I think Position B is a coherent one for Mongolian. The
outcome *is* specified -- it is just specified for particular positional
contexts, rather than for a single glyph per se.
X - {G1, G2, G3, G4}, where Gn is determined by positional (or
Then there is the oft-cited Character Most Resembling a
Line Break:
MALAYALAM LETTER UU (U+0D0A)
Then in Extension B there are many, many weird and wonderful
candidates for strangest CJK characters. Some of my
personal favorites include:
U+26B99
U+20137
U+20572
U+2069C
U+2696E
With such
David Starner starner at okstate dot edu wrote:
Is one big Unicode keyboard the best solution for IPA? Most
IPA users only use a small subset - that which is needed for
their languages. Why not remap your personal keyboard to that?
I've personally remapped my notepad to the German/English
John Hudson wrote,
On the whole, Paul, I share your concerns about the creeping advance of
quasi-typographic layout elements in what is ostensibly a plain text
encoding standard. I do feel, however, that we can afford, within the
existing OpenType Layout structure and without inventing new
Michael Everson wrote (in reply to Marco Cimarosti),
IMHO, the two characters in points 1 and 2 absolutely needed. Academic works
which consider them as part of the script could not be encoded without them,
while academic works which don't need them are not disturbed by their
existence in
Doug Ewell wrote,
You could do this with Keyman, or alternatively there are programs that
let you define native Windows keyboards (e.g. Janko's Keyboard
Generator). I have no idea how good such programs are, as I have not
used them.
There are several alternate programs.
Having tried a
Martin Kochanski unicode at cardbox dot net wrote:
Next time you want to add some noise to the signal, have a poll for
Funniest Cartoon Character (the runner at U+006F U+0F79), Warmest
Character (togetherness U+1024), Most Needed Character (all computer
users need U+02AD), and Character Most
38 matches
Mail list logo
