Re: [PATCH 1/2] Kernel fbcon UNICODE font support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



microcai, le Mon 29 Nov 2010 09:42:30 +0800, a écrit :
> >> Well, if you have that time, please find out those softwares that need
> >> to rewrite, and, send patches to them. I'm sure they will just reply :
> >> why not handle UNICODE in kernel ?!
> >
> > Which has been answered, if you want to run multiple graphical apps on a
> > framebuffer use a windowing system like everyone else does, and I would
> > imagine "use X" is what most of the software people would tell you.
> 
> think of w3m. which runs on framebuffer, so ,fbterm is useless here.
> But w3m uses framebuffer to draw pictures, not characters.
> So, if you want nice output, enable UNICODE font in kernel will be the
> best way rather than hacking into the w3m code.

Well, fbterm shouldn't prevent applications from being able to draw on
the console.  That's where the fix could go too (and it makes a lot of
sense).

> if you hack one w3m ,there will be another one that need this kinds of hack ....
> implement it in kernel was/is/will be the best choice.

The kernel will never accept good enough support for all kind of unicode
script.  Think of arabic ligatures, tibetan combinations, etc.  You
don't want to put a rendering engine for these in the kernel.  fbterm is
there for that.

Samuel
--
To unsubscribe from this list: send the line "unsubscribe linux-console" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Audio]     [Hams]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Samba]     [Fedora Users]

  Powered by Linux