lkml.org 
[lkml]   [2009]   [Mar]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: My new fancy font for framebuffer
From
On Mon, Mar 23, 2009 at 08:35, Ken Moffat <zarniwhoop@ntlworld.com> wrote:
> On Sun, Mar 22, 2009 at 06:22:11PM +0900, Baybal Ni wrote:
>>
>> Yes, but we want it to be bundled in kernel, for me it is the only
>> option for systems with qvga screens or so on. Old fonts were nice
>> only on CRT displays, but on TFTs they are giving too much load on
>> eyes and brain. More clean contoured fonts are effectively cutting it.
>
>  Who are the "we" who want it to be in the kernel ?
>
>  There are _many_ available screen fonts, and I can understand
> people being unhappy with the common existing fonts, particularly
> once messages move beyond English into whatever locale you are using
> (I use my own variant console font [1] to cover most European
> languages with letter forms that I find easy to read), but what
> specific problem does putting terminus in the kernel solve ?
>
>  e.g. are the kernel's boot messages *before* you run 'setfont'
> illegible ?  If so, what is your specific hardware ?
>
>  I've been using only TFTs for a few years, and I don't see any
> significant problems, only questions of preferred letter shapes and
> glyph coverage.  But then, I'm a native English speaker, so I have
> to be willing to accept that a font I find easy to read might not be
> easy for people who do not normally use a latin alphabet.  If that
> applies to you, you need to provide reasons why this belongs in the
> kernel instead of userspace.
>
> ken
>
> [1] sigma-consolefonts - you probably won't like it ;-)
> --
> das eine Mal als Tragödie, das andere Mal als Farce
>

Yes, I don't have a capability to have kbd in my devices, as every bit
is counted on devices with less than 4mb of flash.
My devices are various daps and dffs alike with =< 480x320 screens,
some of them are mochrome. All of them uses linux native fb console.
Thought, it is not a maintream, but still, linux is the only already
solution for things like that.

>That being said, there is no fundamental reason why the BDF and the
>resulting processing can't be included in the kernel.

So, why not just to squeeze the whole kbd into the kernel? =D, or you
want the way how to inject bdf blob compiletime? These way it would
violate the GPL almost the same way as you have already said.

Why you are so unhappy about GPL in GPL? I Think that it is perfectly
ok as long as it goes along with 4 basics of GPL. And it does along
with it.

As I see, current bundled fonts could be already copyright ridden these way.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2009-03-24 07:47    [W:0.074 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site