On Wed, Jun 07, 2006 at 05:28:20AM +0000, Miciah Dashiel Butler Masters wrote: > If I may butt in... > > On Tue, Jun 06, 2006 at 08:33:48PM -0400, cga2000 wrote: > > On Tue, Jun 06, 2006 at 05:33:05AM EDT, Jonas Fonseca wrote: > > > cga2000 <[EMAIL PROTECTED]> wrote Mon, Jun 05, 2006: > > > > On Mon, Jun 05, 2006 at 10:08:37AM EDT, Jonas Fonseca wrote: > > > > > > > > I'm not really convinced 256 colors was such a good idea to begin > > > > with. Naturally, it's orders of magnitude better than the 8/8 or > > > > even 8/16 on regular terms.. But why not go the whole hog and have a > > > > terminal that supports what the video card is capable of? 16-bit - > > > > 64k colors would probably have been a sensible choice and made life > > > > easier for everybody? > > > > > > > > Only one extra byte per cell..
In ISO 8613-6 (ITU T.416) standard there are codes for direct color in RGB space. The code is ESC[38;2;RGB . I don't know what RGB have to be replaced with. I didn't read the standard, only copied it from other mail. It gives 4 bytes more per cell, but to have 2^24 colors would be nice. > The onus is on the developers of the terminal emulators. I'm still > waiting for 256-colour support on the Linux console. I wrote dfbiterm terminal emulator for DirectFB with 256 colors. It is based on iterm library http://www.doc.ic.ac.uk/~mbt99/Y/src/iterm-0.5-mbt.tar.gz (http://www-124.ibm.com/linux/projects/iterm/). At http://republika.pl/rkd/ there is dfbiterm-0.2.tar.bz2 and patches for iterm adding 256 colors for fbiterm and the library. The page is in Polish, but you can follow the links to download the software. Usage: $ dfbiterm -a normal_font -b bold_font -H height_of_cell -W width_of_cell eg. $ dfbiterm -a /usr/share/fonts/misc/8x13.pcf.gz -b \ /usr/share/fonts/misc/8x13B.pcf.gz -H 13 -W 8 dfbiterm is a bit slow, but for ELinks is fast enough. Witek _______________________________________________ elinks-users mailing list [email protected] http://linuxfromscratch.org/mailman/listinfo/elinks-users
