On Fri, 2 Jan 2009 16:44:49 -0600
Jerone Young jer...@gmail.com wrote:
I just paid attention to this (sorry). So everything seems fine. But
the dependency on a proprietary java stack to generate fonts isn't
good. Does it happen to work with gcc java ?
The font tool does work with gcj (gcc's
Colin D Bennett wrote:
On Fri, 2 Jan 2009 16:44:49 -0600
Jerone Young jer...@gmail.com wrote:
I just paid attention to this (sorry). So everything seems fine. But
the dependency on a proprietary java stack to generate fonts isn't
good. Does it happen to work with gcc java ?
The font
Hi,
Unicode characters are split into two sizes, 16x16 and 16x8, and are
stored in different files, for example:
f16.pcf.gz
-efont-fixed-medium-r-normal--16-160-75-75-c-160-iso10646-1
h16.pcf.gz
-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1
They can be converted to f16.pf2 and
On Sun, 4 Jan 2009 01:53:16 +0800
Bean bean12...@gmail.com wrote:
Hi,
Unicode characters are split into two sizes, 16x16 and 16x8, and are
stored in different files, for example:
f16.pcf.gz
-efont-fixed-medium-r-normal--16-160-75-75-c-160-iso10646-1
h16.pcf.gz
Colin D Bennett wrote:
This would be fairly simple to do. The font would then effectively be
a proportional-width font since the new font engine+gfxterm does not
handle bi-width fonts in a character-cell environment.
Actually it does :)... In a way at least.
If you have lets say Hiragana
