2009/11/30 Michal Suchanek :
> 2009/11/30 Qianqian Fang :
>> Michal Suchanek wrote:
>>>
>>> Aestetics is relative but uniform stroke width is not.
>>>
>>> Yes, I suspected it would not be a common character, my character
>>> table does not list a meaning for it.
>>>
>>> However, similar issue can b
2009/11/30 Qianqian Fang :
> Michal Suchanek wrote:
>>
>> Aestetics is relative but uniform stroke width is not.
>>
>> Yes, I suspected it would not be a common character, my character
>> table does not list a meaning for it.
>>
>> However, similar issue can be seen with the 刀 character in the
>> m
Michal Suchanek wrote:
Aestetics is relative but uniform stroke width is not.
Yes, I suspected it would not be a common character, my character
table does not list a meaning for it.
However, similar issue can be seen with the 刀 character in the
microhei_24px and microhei_32px rasterization. In
2009/11/29 Qianqian Fang :
> Michal Suchanek wrote:
>>
>> It's good enough to read the character but if I designed a theme with
>> this character in some large caption I would immediately start looking
>> for a font that has a decent glyph for this character. It's far from
>> nice to look at.
>>
>
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
AFAIK Hanja isn't used a lot and in GRUB2 particularly I see only names
which could possibly use Hanja. Also quick look into ko.po of glibc
doesn't reveal any Hanja (even that I can't read either they have
different appearence). But due to nature of Ha
Qianqian Fang wrote:
> Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> Is it possible to have a font with only these characters plus if
>> necessary some computer-specific characters? I don't expect users to
>> write poems in grub and so such reduced font would be well-suited for
>> applications wh
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
Is it possible to have a font with only these characters plus if
necessary some computer-specific characters? I don't expect users to
write poems in grub and so such reduced font would be well-suited for
applications when size matters (e.g. embedding g
Qianqian Fang wrote:
> Michal Suchanek wrote:
>> It's good enough to read the character but if I designed a theme with
>> this character in some large caption I would immediately start looking
>> for a font that has a decent glyph for this character. It's far from
>> nice to look at.
>>
>
> I wa
Michal Suchanek wrote:
It's good enough to read the character but if I designed a theme with
this character in some large caption I would immediately start looking
for a font that has a decent glyph for this character. It's far from
nice to look at.
I was talking about "rasterization quality
2009/11/28 Qianqian Fang :
> Michal Suchanek wrote:
>>
>> Given the 1-bit bitmap limitation most glyphs look pretty good but the
>> 灱 glyph just above the UmingCN title in the taskbar is particularly
>> ugly. Is this an expected limitation of this rendering method that
>> some glyphs simply turn ou
Michal Suchanek wrote:
Given the 1-bit bitmap limitation most glyphs look pretty good but the
灱 glyph just above the UmingCN title in the taskbar is particularly
ugly. Is this an expected limitation of this rendering method that
some glyphs simply turn out ugly or is this a bug in the font?
o
Michal Suchanek wrote:
Am I missing something? For me fontconfig was always a commandline
tool. I do use some charmap tools but onen of them comes with
fontconfig.
I am sorry, I meant "fontforge", not fontconfig. Those are
the steps to prepare a bitmap font (in bdf format, then
you can convert
2009/11/28 Qianqian Fang :
> Michal Suchanek wrote:
>>
>> Thanks for these tips. I guess wider by one px is acceptable for an
>> alternate font, the fonts need not be displayed both at the same time.
>> I am not sure if lower quality glyphs of correct shape are preferred
>> over higher quality Chin
Michal Suchanek wrote:
Thanks for these tips. I guess wider by one px is acceptable for an
alternate font, the fonts need not be displayed both at the same time.
I am not sure if lower quality glyphs of correct shape are preferred
over higher quality Chinese glyphs, though. I guess it would also
2009/11/27 Qianqian Fang :
> Michal Suchanek wrote:
>>
>> Grub is capable of displaying variable width fonts but monospace fonts
>> may be preferred for some uses.
>> Ideally grub should use as few fonts as possible so a font with both
>> CJK glyphs and Latin glyphs is preferable.
>> As you pointed
Qianqian Fang wrote:
ok, I think I am getting clear now. Grub can load pan-unicode
(1-bit) bitmap fonts of various sizes. Grub needs 1) good bitmap
fonts with CJK coverage (and possibility Latin) at multiple
point sizes, 2) preferably with Song and Hei styles as well as
3) Han glyph CJK variant s
Michal Suchanek wrote:
Grub is capable of displaying variable width fonts but monospace fonts
may be preferred for some uses.
Ideally grub should use as few fonts as possible so a font with both
CJK glyphs and Latin glyphs is preferable.
As you pointed out the glyphs in Unifont are mostly ported
2009/11/26 Qianqian Fang :
> Felix Zielcke wrote:
>>
>> Even with the old .pff font format the whole unicode was possible but it
>> was just slow IIRC.
>> At least it was slow with first version of .pf2 or grub-mkfont.
>> The .pf2 format itself is bitmap but see below. As input for grub-mkfont
>> t
Felix Zielcke wrote:
Even with the old .pff font format the whole unicode was possible but it
was just slow IIRC.
At least it was slow with first version of .pf2 or grub-mkfont.
The .pf2 format itself is bitmap but see below. As input for grub-mkfont
they can be TTF.
that's great, does the f
Am Mittwoch, den 25.11.2009, 23:38 -0500 schrieb Qianqian Fang:
> hi list
>
> My friend brought me attention to this thread, and
> I am very glad to see a better CJK support is now
> on the agenda of grub. As a Chinese font developer,
> I am willing to help, share information or build
> fonts for
et/projects/wqy/files/wqy-bitmapfont-pkgsrc/0.8.1/
[4]
http://android.git.kernel.org/?p=platform/frameworks/base.git;a=tree;f=data/fonts;hb=HEAD
[5] http://wenq.org/enindex.cgi?MicroHei%28en%29
*From*: Michal Suchanek
*Subject*: Re: fonts for gfxmenu, help n
2009/11/26 Michal Suchanek :
> 2009/11/25 feng shu :
>> 2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
>>> Michal Suchanek wrote:
>
Also if worse comes to worst Indic, Arabic or Hebrew can be feasibly
written in Latin, Chinese cannot.
>>> pinyin. I know it's disagreable to r
2009/11/26 Vladimir 'φ-coder/phcoder' Serbinenko :
> Michal Suchanek wrote:
>> 2009/11/25 feng shu :
>>
>>> 2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
>>>
Michal Suchanek wrote:
>>
>>
> Also if worse comes to worst Indic, Arabic or Hebrew can be feasibly
> written in Latin
2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
> Michal Suchanek wrote:
>> 2009/11/25 feng shu :
>>
>>> 2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
>>>
Michal Suchanek wrote:
>>
>>
> Also if worse comes to worst Indic, Arabic or Hebrew can be feasibly
> written in Latin
Michal Suchanek wrote:
> 2009/11/25 feng shu :
>
>> 2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
>>
>>> Michal Suchanek wrote:
>>>
>
>
Also if worse comes to worst Indic, Arabic or Hebrew can be feasibly
written in Latin, Chinese cannot.
>>> piny
2009/11/25 feng shu :
> 2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
>> Michal Suchanek wrote:
>>>
>>> Also if worse comes to worst Indic, Arabic or Hebrew can be feasibly
>>> written in Latin, Chinese cannot.
>>>
>> pinyin. I know it's disagreable to read for native speakers, but it's
>> si
2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
> Michal Suchanek wrote:
>>
>> The difference is that the font is only a bitmap whereas scaling
>> inside grub can do blending which should give much better results than
>> scaling bitmap into another bitmap.
>>
>>
> What do you mean by blending? D
Michal Suchanek wrote:
> 2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
>
>> Michal Suchanek wrote:
>>
>>> The difference is that the font is only a bitmap whereas scaling
>>> inside grub can do blending which should give much better results than
>>> scaling bitmap into another bitmap.
2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
> Michal Suchanek wrote:
>>
>> The difference is that the font is only a bitmap whereas scaling
>> inside grub can do blending which should give much better results than
>> scaling bitmap into another bitmap.
>>
>>
> What do you mean by blending? D
Michal Suchanek wrote:
> 2009/11/25 Robert Millan :
>
>> On Tue, Nov 24, 2009 at 08:43:30PM +0100, Vladimir 'φ-coder/phcoder'
>> Serbinenko wrote:
>>
>>> I identified number of fonts as one of the reason of gfxmenu needing
>>> important amount of time to load. I prefer to have few nice loo
Michal Suchanek wrote:
>
> The difference is that the font is only a bitmap whereas scaling
> inside grub can do blending which should give much better results than
> scaling bitmap into another bitmap.
>
>
What do you mean by blending? Do you mean pixels with alpha channels?
>> The best way to
2009/11/25 Robert Millan :
> On Tue, Nov 24, 2009 at 08:43:30PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> I identified number of fonts as one of the reason of gfxmenu needing
>> important amount of time to load. I prefer to have few nice looking free
>> fonts with reasonable unicode
2009/11/25 Vladimir 'φ-coder/phcoder' Serbinenko :
> Michal Suchanek wrote:
>>
>> As I said that's pretty much impossible.
>>
>> unifont.ttf is just the bitmap squares recorded as outline, and even
>> if you generate multiple sizes of bitmaps from that (and most of these
>> are bound to be ugly bo
Michal Suchanek wrote:
> 2009/11/25 Robert Millan :
>
>> On Tue, Nov 24, 2009 at 08:43:30PM +0100, Vladimir 'φ-coder/phcoder'
>> Serbinenko wrote:
>>
>>> I identified number of fonts as one of the reason of gfxmenu needing
>>> important amount of time to load. I prefer to have few nice loo
2009/11/25 Robert Millan :
> On Tue, Nov 24, 2009 at 08:43:30PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> I identified number of fonts as one of the reason of gfxmenu needing
>> important amount of time to load. I prefer to have few nice looking free
>> fonts with reasonable unicode
On Tue, Nov 24, 2009 at 08:43:30PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> I identified number of fonts as one of the reason of gfxmenu needing
> important amount of time to load. I prefer to have few nice looking free
> fonts with reasonable unicode coverage (we'll need it because o
Colin D Bennett wrote:
> On Tue, 24 Nov 2009 18:35:55 +0100
> Robert Millan wrote:
>
>
>> On Tue, Nov 24, 2009 at 04:27:13PM +0100, Michal Suchanek wrote:
>>
>>> I suspect what you are asking is impossible.
>>>
>>> As far as I understand unifont is a single bitmap font in a single
>>> pixe
On Tue, 24 Nov 2009 18:35:55 +0100
Robert Millan wrote:
> On Tue, Nov 24, 2009 at 04:27:13PM +0100, Michal Suchanek wrote:
> >
> > I suspect what you are asking is impossible.
> >
> > As far as I understand unifont is a single bitmap font in a single
> > pixel size and the tarball you sent cont
Am Dienstag, den 24.11.2009, 19:12 +0100 schrieb Vladimir
'φ-coder/phcoder' Serbinenko:
> Michal Suchanek wrote:
> > 2009/11/24 Robert Millan :
> >
> >> Hi,
> >>
> >> Help is needed in order to provide the last bit that will make
> gfxmenu
> >> functional: fonts of multiple sizes.
> >>
> >> The
Michal Suchanek wrote:
> 2009/11/24 Robert Millan :
>
>> Hi,
>>
>> Help is needed in order to provide the last bit that will make gfxmenu
>> functional: fonts of multiple sizes.
>>
>> The sample tarball at http://grub.gibibit.com/files/overlay_2009-07-19.tar.gz
>> includes a set of prebuilt font
On Tue, Nov 24, 2009 at 04:27:13PM +0100, Michal Suchanek wrote:
>
> I suspect what you are asking is impossible.
>
> As far as I understand unifont is a single bitmap font in a single
> pixel size and the tarball you sent contains multiple font faces in
> multiple sizes.
Any idea how were those
2009/11/24 Robert Millan :
>
> Hi,
>
> Help is needed in order to provide the last bit that will make gfxmenu
> functional: fonts of multiple sizes.
>
> The sample tarball at http://grub.gibibit.com/files/overlay_2009-07-19.tar.gz
> includes a set of prebuilt fonts. They were built using a Java ut
42 matches
Mail list logo
