Package: fontconfig-config
Version: 2.8.0-2.1
Severity: wishlist
X-Debbugs-CC: Qianqian Fang <fa...@nmr.mgh.harvard.edu>, 
zhengpeng-...@ubuntu.com

Here is a request to please Japanese and Chinese without fight for the
default preferences :-)

One of the most annoying national preference collision happens at 

 U+3001 IDEOGRAPHIC COMMA
 U+3002 IDEOGRAPHIC FULL STOP

Almost every line has these.

zh_TW put them center, while ja and zh_CN put them at corner.

So depending on which style you like, font choice order should be
different.  But for better codepoint coverage, we want many packages to
be loaded.

Currently, 60-latin.conf is in a sane situation.  But 65-nonlatin.conf
is a mess.  Even if we order them, there is no single solution to meet
all tastes.

Realistic solution is to make sorted and nice looking 65-nonlatin.conf
per language association.  Some font claims multiple coverage but their
core identities can be identified easily using U+3001 and U+3002 and few
other glyph choice as listed in
   http://en.wikipedia.org/wiki/Han_unification

Let's make followings in /etc/fonts/conf.avail/ from 65-nonlatin.conf
and 65-fonts-persian.conf each by their association:
 68-nonlatin-ja.conf (Japanese centered)
 68-nonlatin-ko.conf (Korean centered)
 68-nonlatin-zh_CN.conf
 68-nonlatin-zh_TW.conf
 68-nonlatin-persian.conf

In default, each /etc/fonts/conf.d/68-nonlatin-*.conf links to
corresponding  /etc/fonts/conf.avail/68-nonlatin-*.conf.

Since these needs to be ordered between 60-latin.conf and
69-unifont.conf, 61 62 63 64 65 66 67 68 are the choice.

The package should provide simple shell program to change this linking.

 $ sudo fontconfig-locale-choice ja persian zh_CN zh_TW

This should make links from
 62-nonlatin-ja.conf
 68-nonlatin-ko.conf (default number = 68)
 64-nonlatin-zh_CN.conf
 65-nonlatin-zh_TW.conf
 63-nonlatin-persian.conf

(Any overflowing choice can be bunched and left at 68, the lowest
priority.)

For Debian installation, if they are run under applicable locale,
default choice should be made:
 ja_JP.UTF-8 -> fontconfig-locale-choice ja
 zh_CN.UTF-8 -> fontconfig-locale-choice zh_CN
 ...

Otherwise, there should be priority medium or low dialogue for
dpkg-reconfigure.  This ensures consistent choice. 

Issues like http://bugs.freedesktop.org/show_bug.cgi?id=20911 and many
bug reports there may be solved by this.

I noticed many font packages installs their font in higher position.
This uncoordinated fight is not good.  There should be some coordinated
system for default.

Oh, I also see some Chinese fonts are declared for both San-serif and
serif.  This should be stopped if we make nice updated list.
 HEI        = GOTHIC = SAN-SERIF
 SO  = MING = MINCHO = SERIF

Do you agree on this idea as whole?  Should we make such script and
patch?  Or will you do it?

Regards,

Osamu

PS: If you know where to find method to write fonfconfig rule limited
to the particular codepoints, let me know. 


-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fontconfig-config depends on:
ii  debconf [debconf-2.0]        1.5.36.1    Debian configuration management sy
ii  gsfonts-x11                  0.21        Make Ghostscript fonts available t
ii  ttf-dejavu-core              2.31-1      Vera font family derivate with add
ii  ttf-freefont                 20090104-7  Freefont Serif, Sans and Mono True
ii  ucf                          3.0025+nmu1 Update Configuration File: preserv

fontconfig-config recommends no packages.

fontconfig-config suggests no packages.

-- debconf information:
* fontconfig/subpixel_rendering: Automatic
* fontconfig/enable_bitmaps: false
* fontconfig/hinting_type: Native



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to