Am Sat, 6 Sep 2014 14:52:19 +0300 schrieb ketmar via Digitalmars-d <[email protected]>:
> On Sat, 06 Sep 2014 11:05:13 +0000 > monarch_dodra via Digitalmars-d <[email protected]> wrote: > > > That sounds so much better than UTF-32. > why, in the name of hell, do you need UTF-32?! doesn't > 0x10000000000000000 chars enough for everyone?! > > > > btw: are there fonts that can display all unicode? > > > i doubt it (ok, maybe one). > > Fonts are encoding agnostic, your point is irrelevant. > so where can i download font collection with fonts contains all unicode > chars? > > > This is all done without the need for font-display > thank you, but i don't need any text i can't display (and therefore > read). i bet you don't need to process Thai, for example -- 'cause this > requires much more than just character encoding convention. and bytes > are encoding-agnostic. > > > which is on the burden of the final client, and their respective > > local needs. > hm... text processing software developed on systems which can't display > processing text? wow! i want two! Dude! This is handled the same way sound fonts for Midi did it. You can mix and match fonts to create the complete experience. If your version of "Arial" doesn't come with Thai symbols, you just install _any_ Asian font which includes those and it will automatically be used in places where your favorite font lacks symbols. Read this Wikipedia article from 2005 on it: http://en.wikipedia.org/wiki/Fallback_font In practice it is a solved problem, as you can see in your browser when you load a web site with mixed writing systems. If all else fails, there is usually something like this in place: http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=UnicodeBMPFallbackFont E.g. Missing symbols are replaced by a square with the hexadecimal code point. So the missing symbol can at least be identified correctly (and a matching font installed). -- Marco
signature.asc
Description: PGP signature
