[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: console plans
From: |
Niklas Höglund |
Subject: |
Re: console plans |
Date: |
Thu, 14 Feb 2002 23:42:18 +0100 |
User-agent: |
Mutt/1.3.27i |
On Thu, Feb 14, 2002 at 08:53:24PM +0000, Adam Olsen wrote:
>
> On Thu, Feb 14, 2002 at 09:14:05PM +0100, Marcus Brinkmann wrote:
> > [...] The interesting way is to prescan as much
> > characters as available, and, taking all the characters into account that
> > are visible on the screen at that moment, it could try to find "empty slots"
> > in the loaded font that it could load with the glyphs for the characters
> > that are to be displayed. In other words, the 256 glyphs vga font would be
> > used as a cache for a full blown unicode console font. You could only
> > display as much distinct characters at a time, and in some cases it would be
> > performing badly, but in most usage patterns it should work very well,
> > certainly good enough for a two-language setup like german-greek, or so.
> > Most of the font slots are barely used (if you doubt that, cat a binary
> > file for a change) in the western world.
I think there is a program for the Linux console that does this. I
remember seing this a while ago. I did a quick search in apt-cache,
and found dynafont. I'm not sure if this is the program I remember,
though. I couldn't find a lot of documentation.
> I think this'd be cool, but the failure (when there's more than 256
> characters displayed) would be just too wierd.
You'd have to show that box that indicates a glyph isn't available for
those characters that aren't.
The best solution is probably to use a graphical mode.
--
Niklas
- console plans, Marcus Brinkmann, 2002/02/12
- Re: console plans, Niels Möller, 2002/02/14
- Re: console plans, Anders Jackson, 2002/02/16
- Re: console plans, Niels Möller, 2002/02/16
- Re: console plans, Anders Jackson, 2002/02/20
- Re: console plans, Marcus Brinkmann, 2002/02/21
Re: console plans, Niels Möller, 2002/02/13