RE: Compelling Unicode demo

> I find IE 5.5 displays it well. I use Netscape 4.7 which has > trouble with Hebrew among other things. If you use another > browser, I would be interested in reports on which ones work > well. (Don't bother to tell me which ones don't work.) Indeed, this looks pretty cool. IE 6.0 also displa

RE: microsoft font link

Chris, > You don't have to remove your link. It would be nice if you remind > people that this is not a free download and is intended for customers of > Publisher (after all, it cost us a lot of our Office "multilingual" > development budget to license it and MonoType should also have the right >

Unicode library (was: microsoft font link)

> 1) It seems to me that Persian transcription of Unicode (in the very first > running string of this site) is written wrong. Thank you for pointing this out. Photoshop 5 does not support Unicode, so I had to construct the image by other means and in this process there must something have gone

RE: microsoft font link

> The font Arial Unicode MS is not free for download. You must be a > licensed user of an Office Family product from the 2000 or XP > generation. If you have Office2000 or OfficeXp, Arial Unicode MS comes > on the CD of the product. If you have Publisher2000, you can go to > http://office.microsof

RE: UTF-8 on this list

Mike, > Long after upgrading to Win2K, setting up all my fonts, and testing > everything, I've come to a conclusion: there are darn few Unicode text > messages on the Unicode mail list (i.e. characters are referred to by > codepoint, but the character itself is never included). While I

RE: The Unicode Standard, Version 4.0

> Open the form attached to this mail and be the first one to take advantage > of the new mechanism to propose Unicode characters. ROFL, excellent :o] In particular step 5 should be made required instead optional. Ciao, Mike

[unicode] Re: Moving mail lists

> Indeed. The inability to do simple, obvious things in these programs is > puzzling. Is the gain of glitzy, distracting features worth the loss of real > usability? The inability to see the true culprit is much more puzzling. Do you really mean to charge a program because it cannot handle som

[unicode] Re: Moving mail lists

Hi Christopher, > To my mind the Unicode web & ftp servers mean that a separate file area just > for this mailing list would be pretty well redundant - and I suspect most > people subscribed to this list have much better things to do than to > participate in chat rooms and polls (and I can't see

[unicode] Re: Moving mail lists

> I see that the list software now appends [unicode] to all subject > lines. This is very annoying, and not very useful, since those who > wish to filter their mail and put posts from this list in a folder of > its own etc. etc. can now do so by using other headers, such as > "X-list: unicode" .

[unicode] Re: Benefits of Unicode

Otto, > This page has been moved to: > . There is a small mistake in the table. Microsoft is mentioned twice in the "Widespread industry support..." row. Ciao, Mike

[unicode] Re: Moving mail lists

Hello Florian, > Yahoo Groups has ads by default (unless you pay a monthly fee for list > hosting), and some people do not trust the privacy policy of such > organizations. Yes, I know. I'm subscribed to 9 YG mailing lists and manage another 4 on my own. It is a piece of cake and there is a

RE: Moving mail lists

Dear Sarasvati, > Our old list manglement software will be retired > to a far far bitter place in the bucket, and > in its stead we are going to an open-source > package called Listar which will be much more > flexible, and will include digest mode. Just out of curiosity, why do you use an own m

RE: Navigator 6 question

> I have a few JavaScript pages for doing code charts, UTF conversion, and > displaying Unicode glyphs. These work on IE, and on NN 4.7 (although the > layout is not great), but someone complained that on NN 6 they don't work at > all. Anyone have an idea what is happening? There seems to be a pro

re: extracting words

> - line break (wrapping lines on the screen) > - word break (for selection) > - word/root extraction (for search) I recognize that the second and third case are really difficult to handle. But for word wrapping I assume line breaking is sufficient. But when I don't have spaces to use for wra

RE: FW: extracting words

> If you are willing to give up precision, then you can use heuristics. > > It's ugly but perhaps ok for a simple editor. You can improve the > precision > with better heuristics and more data, so you get to decide how much is > good enough... So using white spaces for general word breaking and i

FW: extracting words

> > Yes, we have had it for a long time; no, nobody has solved it > entirely; and yes, this approach is wrong. Breaking a string into > words may require a thorough understanding of the vocabulary and > grammar of the language, and even that may not be enough. But how can we then ever have a

algorithm to shorten a string

might lead to wrong strings because formerly inner letters can become final letters which can be of totally different form as we know. Additionally, where are the usual three points to be drawn for right-to-left strings, on the left of the string or still on the right? Ciao, Mike Dipl. Ing. Mike

RE: PDUTR #27: Unicode 3.1

;s homepage :-) Ciao, Mike Dipl. Ing. Mike Lischke Senior software developer -- Homepage: http://www.lischke-online.de GraphicEx: http://www.lischke-online.de/Graphics.html Virtual Treeview: http://www.lischke-online.de/VirtualTreeview.html Unicode Edit and library: http://www.lischke-online.de/Unicode.html

FW: replay address (was: PDUTR #27: Unicode 3.1)

> -Original Message- > From: R.C. Bakhuizen van den Brink [Rein] [mailto:[EMAIL PROTECTED]] > Sent: Saturday, January 20, 2001 12:03 PM > To: Mike Lischke > Subject: Re: PDUTR #27: Unicode 3.1 > > > On Sat, 20 Jan 2001, Mike Lischke wrote: > > >Mi

Re: PDUTR #27: Unicode 3.1

which you might be able to answer. Windows cannot display UTF 32 characters, AFAIK Linux does not either. So which common operating system can actually display UTF 32? Mike Lischke R&D Senior software engineer PS: It seems that the that reply address in this mailing list is set to the origi

Ambiquous compositions

tag in the decomposition section? Ciao, Mike Dipl. Ing. Mike Lischke Senior software developer -- Homepage: http://www.lischke-online.de GraphicEx: http://www.lischke-online.de/Graphics.html Virtual Treeview: http://www.lischke-online.de/VirtualTreeview.html Unicode Edit and library: http://w