See
http://www.microsoft.com/globaldev/articles/mslu_announce.asp
for information about MSLU (the Microsoft Layer for Unicode on
win9x systems). After trhat (and after you have clicked on the myriad of links
there!) you can look at the article from MSDN Magazine:
http://msdn.microsoft.c
This is kind of a "non-question" as it does not give enough
information to provide an answer. You have not specifierd the platform, the
font, the program you are using, the document type, or anything
else.
Until you do provide some more information, no one can really
hope to help you
From: "Roozbeh Pournader" <[EMAIL PROTECTED]>
To: "Michael (michka) Kaplan" <[EMAIL PROTECTED]>
> And there is MS basher bashing (TM), which is a rare art practiced by
> Michael ;-)
Hey, I often get into trouble for actually bashing myself (i.e. biting the
From: "Richard ÄOepas" <[EMAIL PROTECTED]>
> Plain 8bit headers are not default Outlook/Outlook setting
> for mail. But people tend to use it as Outlook/OE allows
> this (unfortunately) without knowing consequences.
Piece of MS Misinformation (tm) #1: Outlook Express usually happens to work,
*ex
From: "&Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr; &Dgr;&igr;&agr;&mgr;&agr;&ngr;&tgr;&iacgr;&dgr;&eegr;&sfgr;" <[EMAIL PROTECTED]>
> By the way, does any browser in common use
> support the Ruby extensions to HTML?
Well, looking at links like:
http://msdn.microsoft.com/workshop/autho
Robert (11 digit boy) said:
> Suzanne Topping recently posted a query about what
> Han characters cause display problems when a Chinese
> font is used to display Japanese or such. I think that
> there is a certain 5-stroke character that will answer it.
> It is U+5E73.
Well, there is a differenc
> I'm still impressionate by the multilanguage page you done
(http://www.trigeminal.com/samples/provincial.html) and thanks again to
> help me to use unicode with database.
My pleasure :-)
> PS: With all fonts I have, I can see all the texts in the page
> except this one :
> ?? ?? ?
>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 16, 2001 7:00 PM
Subject: Re: Plane One use, was Re: HTML Validation
> At 18:09 12/16/2001, Michael \(michka\) Kaplan wrote:
>
> > > Keyboards as defined in the DDK return a table of keystroke to
character
> > > pairs (I
From: "Marc Durdin" <[EMAIL PROTECTED]>
> Keyboards as defined in the DDK return a table of keystroke to character
> pairs (I'm ignoring deadkeys and ligatures).
My suggestion here is to add surrogate pairs to the ligature table. After
all, what is a ligature in that table but multiple code poin
From: "Marc Durdin" <[EMAIL PROTECTED]>
> AFAIK this would work at the system level. I have experimented with using
> ligatures and not had any problems. However (an unrelated problem), you
> would have problems with most applications as they do not handle plane 1
> characters correctly (even m
From: "Marc Durdin" <[EMAIL PROTECTED]>
> With keyboards under Windows, you must send a surrogate pair for
> WM_CHAR messages, but you need to send a UTF-32 codepoint for
> WM_UNICHAR messages.
I am not sure I understand keyboards as defined in the DDK do not send
either message. I assume th
From: "James Kass" <[EMAIL PROTECTED]>
> Curtis Clark wrote,
> > 2. How can I encode glyphs into Plane One? Is Fontlab 3 sufficient (I'm
> > assuming in any case that I'll have to change something by hand).
> The latest version of Fontlab (just released) might enable non-BMP
> font construction,
From: "Arjun Aggarwal" <[EMAIL PROTECTED]>
> >Moreover, the concept of may be natural for people
> >who are used to typewriters and typography. Which is, some of the people
> >who are more likely to switch to computers.
>
> I fully agree with Mr. Marco Cimarosti in this regard.
>
> This is the p
From: "Michael (michka) Kaplan" <[EMAIL PROTECTED]>
> Here is a page I put up a while ago for a friend:
>
> http://www.trigeminal.com/16to32AndBack.asp
By popular request(s), a few enhancements have been added:
1) character names now also show up (if the names
Here is a page I put up a while ago for a friend:
http://www.trigeminal.com/16to32AndBack.asp
The algorithm is described in the standard, a list of the code points would
not only be huge but it would also be a waste
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com
This is not true.
They are based on the same code base, and both contain a Unicode aset of
innards.
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: "Jungshik Shin" <[EMAIL PROTECTED]>
To: "Unicode Mailing List" <[EMAIL PROTECTED]>
From: "James Kass" <[EMAIL PROTECTED]>
> > If you ask about the results for OSes other than Windows2000 and
> > browsers other than IE -- I'll answer, "They are none". I expected to
> > make use of UTF-16, but in this case it's in no way better than UTF-8.
> > Neither Netscape Communicator 4 nor
It is not actually a NEHATIVE Unicode value; it is a symptom of getting a
code point from a function like VB's AscW(), which returns a signed short
rather than an unsigned one.
To fix, you have to sign extend the number.
MichKa
Michael Kaplan
(principal developer of the MSLU)
Trigeminal Softwar
From: <[EMAIL PROTECTED]>
> Yes, we'll there's something weird about your pages because I've done
> those things, and I can't even view plane 0 Chinese characters in those
> pages properly, regardless of whether I use the font-specified,
> no-font-specified or weft versions.
You mean Extension A
From: <[EMAIL PROTECTED]>
> >On this page, (all-on-one-line)
> >
> >http://www.i18nwithvb.com/surrogate_ime/code_charts/05.asp?nofont
> >
> >...you can try to duplicate the effect on M.E. in MSIE 5.5
>
> Well, I'm running Win2000, and I have yet to succeed in viewing plane 2
> characters. (Plane
unate bugs, and they should
definitetely be fixed (hopefully they will fix the Extension A bugs in IE,
too!).
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: "James Kass" <[EMAIL PROTECTED]>
To: "Michael (michka) Kap
Microsoft does not say this will work and do not expect it to work. You have
to have an OS that suppprts this sort of thing. :-)
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/u
- Original Message -
From: "James Kass" <[EMAIL PROTECTED]>
To:
For the Mozulla bugs on this, see bugs 102253 and 102254 in the bugzilla
database.
Set to be fixed by the 0.97 milestone.
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: "James Kass" <[EMAIL PROTECTED]>
To: "Tex Texin" <[EMAIL PRO
No, they do work (worked for me with that site I put for Extension B.).
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: "Tex Texin" <[EMAIL PROTECTED]>
To: "Michael (michka) Kaplan" <[EMAIL PROTEC
://www.trigeminal.com/
- Original Message -
From: "James Kass" <[EMAIL PROTECTED]>
To: "Michael (michka) Kaplan" <[EMAIL PROTECTED]>; "Tex Texin"
<[EMAIL PROTECTED]>; "Unicoders" <[EMAIL PROTECTED]>
Sent: Saturday, November 17,
The instructions should work for XP.
I would argue that it is up to the client, and the browser, to figure out
how to display things. Isn't it? :-)
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: "Tex Texin" <[EMAIL PROTECTED]>
To:
MSLU is not a self-registering component; it is a DLL that you would call
via the "Declare" syntax in VB. You would never need to download or use the
.LIB file, that is something for the people using C++ who want to use the
loader.
I would recommend starting with the MSDN Magazine article:
http:
From: "Stefan Persson" <[EMAIL PROTECTED]>
> > > Is there any IME, keyboard, or any similar utility to
> > > typing in the letters of the ᚠᚢᚦᚨᚱᚴ, the Runic alphabet?
> Sorry for not mentionning it. I am using Windows 98.
Hmmm. certainly nothing from MS, even in the form of drivers one could
On Thu, Nov 08, 2001 at 11:17:50AM -0500, [EMAIL PROTECTED] wrote:
> In a message dated 2001-11-08 7:19:19 Pacific Standard Time,
> [EMAIL PROTECTED] writes:
>
> > Any freely available info on ISO 9995, or do I have to pay through the
> > nose for the privilege of learning about it?
I have a
> B. Program (or library) determines which fonts installed on the system can
> handle which of the characters given it, and breaks the text up into
> ranges*, and draws each range with the right fonts.
>
> * With proper BIDI ordering, of course!
This is closer to what Uniscribe does.
> B depends
Actually, in Windows 2000 and even moreso in Windows XP, Uniscribe achieves
this, by properly doing both font substitution and handling of mixed script
usage (XP is a bit better than Win2000 as they added additional Indic
scripts and also because they to a beit better of a job in sizing mixed
scri
Tex,
> Michael, thanks.
Any time. :-)
> Are there any Microsoft controls that do scheduling (for displaying
> project timelines or something similar, even if crude...)?
I do not know of any but of course there may well be several available.
Way too much stuff comes out of MS for anyone to
From: "akerbeltz.alba" <[EMAIL PROTECTED]>
> > While this may be true, I also find the number of times that one would
> have
> > such a database which was:
> >
> > a) multilingual
> > b) cross-script
> > c) plain text (versus RTF which would allow lanuage tagging)
> > d) no language tagging of an
From: "Vladimir Ivanov" <[EMAIL PROTECTED]>
> Chris Pratley wrote:
>
> > Please note that my personal recommendation is to use specific fonts
> >appropriate for the scripts you are supporting, rather than relying on a
> >"universal" font, which is always going to be compromised
typographically.
>
SMALL CORRECTION: Almost all of the APIs will work with non-Latin chars,
thjey just require a default system locale that is associated with the
script in question.
Unfortunately, many don't (one of the good things about the whole .NET
hullaballoo is that many vendors who would not know Unicode fr
Probably mistaken -- or a "pirate" version (pirate is in quotes there since
legally it is not pirating to copy software, modify it, and sell it as your
own in certain countries).
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: "Carl
From: "Roozbeh Pournader" <[EMAIL PROTECTED]>
> CP1256 has never supported FARSI YEH.
> No it's not. Persian locale is only avaiable on Windows 2000 and XP, which
> are Unicode based.
Unfortunately, it is a bit more complicated then that.
GetLocaleInfo/LOCALE_IDEFAULTANSICODEPAGE for Farsi doe
Depends on what version of Windows you are on. Farsi is not officially
supported in all code points for cp1256. This one is supported in WinME,
Win2000, and WinXP. It maps to 0xED on cp1256 when it does map?
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Orig
The locale choice covers all of Unicode; the choice of 1033 just means that
the standard collation table is going to be used, with no specific
"exceptions" that many other languages require.
More info on collation in SQL Server can be found in the following white
paper (it discusses 7.0 as well):
Gujarati does not require an IME at all; it is not a script with that huge
of repetoire!
It does require a keyboard though have you looked into Windows XP for
this? It provides not only a keyboard but also an OpenType font and
collation data, as well.
MichKa
Michael Kaplan
Trigeminal Softw
From: <[EMAIL PROTECTED]>
> Well, careful now. The language is English. You mean "someone who uses
the
> script."
Yes, that is what I meant... I was referring to users of the script. Though
I suppose if they were going to try to tackle the original inner and outer
plates it would not be English
From: <[EMAIL PROTECTED]>
> I still live in hopes that someone, John or someone else, will one
> day send me a Deseret keyboard layout that is at least SLIGHTLY
> standard (meaning more than one person has ever used it).
>
> I need something I can download and read on a Windows machine.
> Text or
From: "John H. Jenkins" <[EMAIL PROTECTED]>
> At 5:28 PM +0100 10/2/01, Michael Everson wrote:
> >
> >The CSUR is maintained to support scripts of various kinds. Some of
> >those (Shavian, Deseret, Tengwar, Cirth) are expected to "graduate"
> >into Unicode.
>
> And one of them already has!
And I
From: "William Overington" <[EMAIL PROTECTED]>
> Is there an official Unicode Consortium statement that states, for the
> record, that the Unicode Consortium refuses to encode more ligatures and
> precomposed characters please?
I think it is quite clearly stated that the ones that ARE present ar
I tend to look up on the following site, where such info can always be found
tucked away:
http://www.uselessknowledge.com/word/dollar.shtml
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: "Winkler, Arnold F" <[EMAIL PROTECTED]>
To:
[With permission from Microsoft], I had the help file for the Extension A &
B IME/font that ships with Office XP (CHS and Hong Kong editions) translated
into English, those who are interested in reading a bit on Microsoft's
efforts to provide an IME to handle these characters can see it here:
htt
From: Yung-Fong Tang
> Case mapping ? You have no way to generate mapping table for
> case mapping with knowing the character unless you already
> define those character have no case or only one case.
Um, Unicode defines a behavior and even properties for unassigned code
points. If you choose no
From: "Yung-Fong Tang" <[EMAIL PROTECTED]>
> Can anyone tell me where can I find a online version of the GB18030
> standard (yes, I want the STANDARD itself. Not someone's paper talk
> about the standard) . Or anyone could tell me where to get a copy of the
> standard.
You mean the original Chin
From: "Geoffrey Waigh" <[EMAIL PROTECTED]>
> It shouldn't require honest-to-goodness we-were't-kidding
> see-here's-one-defined-now characters
In many cases, it did.
> for developers to slap themselves on the head
They did -- and they are slapping others around them, too.
> and start devel
From: "Tom Emerson" <[EMAIL PROTECTED]>
> But if I have a text string, and that string is encoded in UTF-16, and
> I want to access Unicode character values, then I cannot index that
> string in constant time.
>
> To find character n I have to walk all of the 16-bit values in that
> string accoun
From: "Ayers, Mike" <[EMAIL PROTECTED]>
> Analyze problem. Pick solution. In that order.
Wiser advise was ne'er spoken, on *this* topic at least.
I wonder is there is some way that a policy decision can be made to declare
a moratorium on the whole "*My* UTF is better than *your* UTF" for a wh
From: "Suzanne M. Topping" <[EMAIL PROTECTED]>
> > From: Michael Everson [mailto:[EMAIL PROTECTED]]
> > Three fonts walk into a bar. The barman, wiping a glass, shakes his
> > head and says to them: "I'll have none of your type in here."
>
> Gee, and I thought he was going to say:
>
> "Why th
From: "Marcin 'Qrczak' Kowalczyk" <[EMAIL PROTECTED]>
> Why would UTF-16 be easier for internal processing than UTF-8?
> Both are variable-length encodings.
Good straw man!
Working with UTF-16 is immensely easier than working with UTF-8. As I am am
sure you know! :-)
MichKa
Michael Kaplan
Tr
From: "Carl W. Brown" <[EMAIL PROTECTED]>
> However, I do not understand the TSCII for Tamil. Unicode
> provides the script separation that they want.
TSCII is mostly out of favor now (tamil.net being the main exception, and
that only because its webmaster hates all established standards for do
From: "Ayers, Mike" <[EMAIL PROTECTED]>
> > From: John Cowan [mailto:[EMAIL PROTECTED]]
> > [EMAIL PROTECTED] scripsit:
> > > Oops! One of two "Unicode 101" mistakes I made in the
> > > same day. Where was my brain?
> > Unicode Ate Your Brain, of course! (See my tutorial at
> > Orlando thi
This is the same problem that was discussed extensively for Tamil at TI2001
in Kuala Lampur last month. Basically, it boils down to three problems:
1) Most of the people involved do not understand Unicode or how it works.
2) Most of the people involved expect natural language processing to be a
f
From: "Carl W. Brown" <[EMAIL PROTECTED]>
> It would seem to be that if you either have to change the UTF-8 code to
> support CESU-8 or change the UTF-16 compare logic then changing the UTF-16
> logic to do code point order compares is a much more containable change
with
> a much lower processing
From: "John Cowan" <[EMAIL PROTECTED]>
> False.
>
> IANA's registry is merely de facto: what they register is not in fact
> encodings, but *names* of encodings. The charset name "ISO646-DE" is
> legal as an XML encoding, but it would astonish me if any extant
> XML parser supports it. (This is
From: "Carl W. Brown" <[EMAIL PROTECTED]>
> In actuality it would be difficult for IANA to deny a character set for
any
> "official" character set so the decision is actually up to the Unicode
> committee.
I concur.
> I don't believe that the idea of registering CESU-8 with IANA came from
the
>
From: "Mark Davis" <[EMAIL PROTECTED]>
> - A significant reason for CESU-8 garnering enough support was that its
> introduction allows the definition of UTF-8 itself to be tightened, to
> formally exclude the 3-byte surrogates both in reading and writing.
I do not see this as a valid argument at
From: <[EMAIL PROTECTED]>
> If Michka is referring to non-compliant CESU-8 parsers, I really
> wouldn't care much because CESU-8 is supposed to live in its
> own little private world. But if people start compromising their
> UTF-8 parsers to accommodate CESU-8 "adaptively," it would
> be a great
From: "Marco Cimarosti" <[EMAIL PROTECTED]>
> Does renaming "UTF-8S" to "CESU-8" fix all the issues that were
> discussed on this mailing list at the beginning of last spring?
In my opinion (and the opinion of some others), no. But they do represent
the *attempt* to answer them.
> Specifically:
Carl, Doug,
The issues you and Doug brought up were vigorously discussed. For the
decision, all I can say is that not everyone voted for it (which will be a
matter of public record once the preliminary minutes are posted).
D> This section of the TR amazed me. In the Summary and
D> elsewhere, CE
From: "Ayers, Mike" <[EMAIL PROTECTED]>
> Not in the best mood, am I?
Well, you did forget the all important "My encoding is better than your
encoding!" at the end. :-)
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
From: "Marcin 'Qrczak' Kowalczyk" <[EMAIL PROTECTED]>
> Thu, 13 Sep 2001 12:52:04 -0700, Asmus Freytag <[EMAIL PROTECTED]>
> > utf-8 cannot as readily be used as internal format.
>
> It's as easy as UTF-16. Unless you want a broken implementation which
> treats surrogates as pairs of characters.
Actually, you are mistaken.
The decision to encode the Angstrom sign had more to do with the fact that
it ws encoded in many legacy encoding sets. There is no specific rule that
every unit sign must also be encoded. If you can use Unicode to properly
store and render what you need, then there is
More importantly, many speakers coming in later in the week are NOT YET in
San Jose -- not sure what effect this will have on things.
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: Carl W. Brown
To: Mark Davis ; Unicode
Sent: Tuesda
From: "Mark Davis" <[EMAIL PROTECTED]>
> Michael, that isn't the point. There is a problem even when you stick to
one
> language.
>
> That is, there are situations where two letters in a language, e.g. "ch"
in
> Slovak, are normally sorted as one. However, in some exceptional
> circumstances thos
From: "Keld Jørn Simonsen" <[EMAIL PROTECTED]>
> Real-life sorts, like MS Windows sorting or Linux sorting, actually
adheres
> to these Danish rules, once you have set up your machine for Danish.
And this is the *true* answer to the whole mess of attempting *multilingual*
sorts -- once the user
From: "David Gallardo" <[EMAIL PROTECTED]>
> As a practical matter, you need to take the diacritics into account when
> sorting, even in English where they (may or may not) have linguistic
> significance, otherwise you'll get nondeterministic behaviour. In other
> words, résumé and resume should
Well, my big guesses:
1) not using the right function get the text in (using WM_SETTEXT via
SendMessageA, TextOutA, ExtTextOutA)
or
2) not creating the window via the right function (using CreateWindowExA)
Those are the only two ways that the script should affect things on Win9x.
Note that VB
/
- Original Message -
From: "Tex Texin" <[EMAIL PROTECTED]>
To: "Michael (michka) Kaplan" <[EMAIL PROTECTED]>
Cc: "Unicoders" <[EMAIL PROTECTED]>; "Gary Clink" <[EMAIL PROTECTED]>
Sent: Wednesday, September 05, 2001 12:06 PM
Subjec
The script setting will not really end up being used in this case. It is
present because it is a fundamental member of the LOGFONT structure, but it
is only used in cases where a device context will not be using Unicode and
needs an intelligent guess as to what code page to use for rendering.
Thi
Generally speaking, these characters are not being added due to the UTC
choosing to "round out the collection in what seems to be productive ways"
so much as responding to actual requests from customers, members, and
experts on the various scripts.
Is there an actual case to be made for the usefu
This is not an NT issue so much as a Visual C++ CRT issue (the setloale
function is implemented there, for what you are probably using). At present,
there is no support for this (take a look at the code if you need to know
why, it makes all kinds of assumptions like "one byte per character" that
w
MSLU is documented in the Platform SDK.
BUT you are not going to get Unicode *functionality* from MSLU, from VB or
elsewhere; MSLU only gives you a wrapper layer (and it converts after that),
so the work you would do to make it callable from VB would not actually be
beneficial?
MichKa
Michael K
From: "KUSANO Takayuki" <[EMAIL PROTECTED]>
> > This is only a problem for people who do not want to use Unicode.
>
> But, most people can't live without 'legacy' encodings, because
> there are many documents, data in 'legacy' encodings and there are
> stille many applications/terminals that ca
From: "David Starner" <[EMAIL PROTECTED]>
> Frankly, the attitude of "Forget all the stuff that you have working;
> just throw it all away and move to Unicode" is not one that wins many
> converts. Backward compatibility and the ability to interface with
> other systems running different stuff is
From: "David Starner" <[EMAIL PROTECTED]>
> > This is only a problem for people who do not want to use Unicode.
>
> No! It's a problem with anyone who has to interoperate with people using
> non-Unicode systems or needs to use legacy data. Would you be that
dismissive
> about it if each ISO-8859-
This is only a problem for people who do not want to use Unicode. It is
certainly not Unicode's fault that the various [vendor-provided] versions of
standards are incomplete or that they conflict with each other.
Well, I suppose you could also blame Misha, for thinking that EUC-JP + NCRs
would be
Well, clearly its a hoax. The "assimilated press" has always been this way.
Kind of amusing, in its own way. But no, there is no Klingon Freedom League,
and speakers/attendees do not have to fear problems with protests in San
Jose surrounding the conference. :-)
MichKa
Michael Kaplan
Trigeminal
From: "Carl W. Brown" <[EMAIL PROTECTED]>
> I had presumed that he was able to get Unicode support on NT but not 95.
I
> did something like this for a VB 3.0 application by writing controls to
> extend the language.
Indeed, you can get Unicode support on NT -- but that is *real* Unicode
support.
From: "Carl W. Brown" <[EMAIL PROTECTED]>
> Microsoft now has a solution for you. You can add Unicode support to
> Win95/98/Me http://www.microsoft.com/globaldev/Articles/mslu_announce.asp
Well, as wonderful as I think MSLU is (not that I am biased or anything) it
is not going to add Unicode su
From: "Marcin 'Qrczak' Kowalczyk" <[EMAIL PROTECTED]>
> Functions ConvertUCS4toUTF8 and ConvertUTF8toUCS4 use surrogates
> in UCS4. In particular ConvertUTF8toUCS4 converts a character above
> U+ into two UCS4 words. Why is this absurd there?!
UCS-4 has no knowledge of surrogate code points
From: "Iman Saad" <[EMAIL PROTECTED]>
> I tried adding the following header in the section
> of the cgi script that includes the html code, but that did not change
> anything:
>
>
If you look at the following link (all on one line)
http://msdn.microsoft.com/workshop/author/dhtml/reference/chars
From: "Adam Twardoch" <[EMAIL PROTECTED]>
> I have just finished reading Ken Lude's "CJKV Information Processing"
> (O'Reilly, 1999). While I found much of the information contained in that
> book highly helpful, I can't help the feeling that its structure might
need
> a slightly more systemmatic
Microsoft's Euro story can be seen at:
http://www.microsoft.com/europe/euro/
Specifically, the Windows info is at
http://microsoft.com/windows/euro.asp
There is no way to arbitarily add code points to a Windows code page,
though. Either you have the patch or the newest file, or you do not. If
I have gotten roughly 100 of them, from various email addresses on my web
site.
michka
- Original Message -
From: "Carl W. Brown" <[EMAIL PROTECTED]>
To: "Michael Everson" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, July 24, 2001 8:47 AM
Subject: RE: some kind of virus?
> M
The cause of the virus is a web crawler. I suspect that they are pulling
them off of the yahoo archive site.
michka
- Original Message -
From: "Michael Everson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 24, 2001 7:39 AM
Subject: OT: some kind of virus?
> I KNOW th
From: "Marc Durdin" <[EMAIL PROTECTED]>
> >> I must disagree with this statement. I know of quite a few changes to
the
> >LCID list, some of which have caused me considerable pain in the past.
> >
> >Any of them in winnt.h?
>
> Try Serbo-Croatian. Documents created with the old Cyrillic LCID
de
From: "Marc Durdin" <[EMAIL PROTECTED]>
> I must disagree with this statement. I know of quite a few changes to the
LCID list, some of which have caused me considerable pain in the past.
Any of them in winnt.h?
> So, there are significant issues with Microsoft's LCIDs:
>
> 1. The tables are no
From: "jgo" <[EMAIL PROTECTED]>
> "The following table defines the standard languages used by Microsoft.
> This table was generated by the Unicode group for use with TrueType
> and Unicode.
> I don't see such a table via search from the Unicode site.
> Is this just another M$ non-standard "stand
From: "Richard, Francois M" <[EMAIL PROTECTED]>
> > Alternately, the program would have to use owner draw to
> > handle the menu
> > captions (where it could of course use any font it wanted to!).
> Back to the original discussion related to Windows display of Chinese
> characters,
> we have an
From: "11 digit boy" <[EMAIL PROTECTED]>
> I tried that and it didn't work. I was using Windows 98.
> Windows 98 is a major mojibaka.
Look Robert, if you want to try to interject your unique and non-funny type
humor/confusion into conversations between regulars here who know how to
take you (whi
From: "Dennis L. Goyette Sr." <[EMAIL PROTECTED]>
> Anybody have any idea of how to display chinese characters in windows
menus
> bars? All I get is parallel bars. thanks
This would mean that the font choice for menus is not one that will accept
Chinese characters and you need to change
From: "Michael Everson" <[EMAIL PROTECTED]>
> Then it's not standard and can't be relied upon. Pity.
Actually, it is a standard, as of HTML 4.0. All you need is compliant
browser.
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
michka
the only book on internationalization in VB at
http://www.i18nWithVB.com/
- Original Message -
From: "Michael Everson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, July 14, 2001 9:56 AM
Subject: Re: Is there Unicode mail out there?
> At 09:49 -0700 2001-07-14, Ma
From: <[EMAIL PROTECTED]>
> Can you read this? This is coming from Lotus Notes.
>
>
Yes, it looks like you are confused (all those question marks!)
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
From: "James Kass" <[EMAIL PROTECTED]>
> So, can Internet Explorer now display non-BMP characters ?!
> Still not having any luck on Windows M.E. with Marco Cimarosti's java
> charts. Any suggestions?
Thus far, I can make it work on Windows 2000 and Windows XP (with IE5.0,
5.5, and 6.0) but on
If you mean under Windows, then the answer is that they return Unicode in
Unicode applications. Perhaps more details on the platform you are using?
MichKa
Michael Kaplan
Trigeminal Software, Inc.
http://www.trigeminal.com/
- Original Message -
From: "Adarsh" <[EMAIL PROTECTED]>
To: <[E
201 - 300 of 715 matches
Mail list logo
