At 4 Dec 05 02:46:52 GMT,
Kenshi Muto wrote:
language:font_file:unicode_ranges
i.e:
ar:ae_Tholoth.ttf:range
While reporting this on debian-boot, Kenshi Muto told me about a
tool [4] he's developing along with Hideaki Iwai which goal is the
same; I took a look and apparently granularity is even more accurate:
it selects the needed chars by exploring po files.
Finally we (Sorry, I mistook my friend name, 'Hidetaka') created
ttf-compact-fonts package. This source package produces
ttf-compact-fonts-udeb.udeb.
I didn't unify each fonts to one TTF, because each font shapes are
completely various and CJK has character mapping confliction.
Well, when I integrated this font to gtk-miniiso, I found Japanese
characters are taken from three font files - FreeSansSerif, uming
(Chinese), and Sazanami (Japanese). It provides a strange face.
To solve this, I think it's better to provide /.gtkrc-2.0 according to
chosen language.
After writing this file, screen refresh is needed.
Here is a sample source, is copied&pasted from gtk-theme-switch.
Unfortunately when I tried this, d-i frontend always restarted by unknown
reason... (although font change is succeeded.)
/* gcc -o langupdate `pkg-config gtk+-directfb-2.0 --cflags` `pkg-config gtk+-directfb-2.0 --libs` langupdate.c */
/* Before running this program, write variables to ~/.gtkrc-2.0.
For example:
gtk-font-name = "Sazanami Gothic 10"
*/
#include <gtk/gtk.h>
int main(int argc, char *argv[]) {
gtk_init(&argc, &argv);
send_refresh_signal();
return 0;
}
/* Taken from gtk-theme-switch: switch2.c */
void
send_refresh_signal(void)
{
GdkEventClient event;
event.type = GDK_CLIENT_EVENT;
event.send_event = TRUE;
event.window = NULL;
event.message_type = gdk_atom_intern("_GTK_READ_RCFILES", FALSE);
event.data_format = 8;
gdk_event_send_clientmessage_toall((GdkEvent *)&event);
}