On Sat, Jun 10, 2006 at 08:00:10AM EDT, Witold Filipczyk wrote:
> 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.
>
sorry.. read this earlier but I really had no time to investigate.
> > 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.
that's where I am confused. After reading the (short) article regarding
DirectFB in the wikipedia I would have thought that 16-bit or 24-bit
color would be available - ie. DirectFB is described as X without X..
so I would have imagined true color or whatever it's called would be
part of the deal..
> 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.
I had downloaded fbiterm when I was playing with UTF-8 but one thing I
hadn't noticed was that fbiterm uses X fonts (as opposed to linux
console fonts). I probably used the default fonts when I tried it out
and I thought.. well this is ugly..
Now where it matters for me is that I can use the same terminus-12 font
in the console and X-terms - and that is not trivial: having to use a
larger font on the console made lots of things look quite different /
unfamiliar resulting in decreased efficiency. Yes, I'm a bloody maniac
but even a different font at the same point size is enough to put me
off. :-)
I gave it another shot today with terminus-12 and everything looks
pretty much the same as on an xterm - except for a rather annoying
rendering problem: the letter 'n' is invisible!
So my question is what's the difference between dfbiterm and fbiterm? I
would assume the latter does not use the DirectFB library? But what
are the implications? What functionalities/features does dfbiterm
provide that fbiterm doesn't?
> The page is in Polish,
Hehe.. Nobody's perfect :-)
> 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.
>
vim under *fbiterm* was *very* slow. Also it didn't play well with
gnu/screen (the way I have set it up to run in an xterm with 256 colors
enabled) and with only 16 colors.. lots of things did not look right.
So thanks much for the link to the fbiterm patches and the info regarding
dfbiterm. I really will not have the time to look into this further in
the near future but since setting up a portable minimal terminal-based
desktop is one of my pet projects I will save/bookmark all this and
investigate further when time allows.
I hope you are still on the list and will get my reply.
Thanks,
cga
_______________________________________________
elinks-users mailing list
[email protected]
http://linuxfromscratch.org/mailman/listinfo/elinks-users
