[gentoo-dev] www-client/chromium and asian fonts, help needed

[gentoo-dev] www-client/chromium and asian fonts, help needed

["Paweł Hajdan, Jr."]

[-- Attachment #1: Type: text/plain, Size: 700 bytes --]

There is a bug about www-client/chromium and asian fonts:
http://bugs.gentoo.org/show_bug.cgi?id=359153

First, I'm just wondering whether making the browser RDEPEND on some
fonts would be a correct solution. Maybe, similarly to the icon themes,
we should just suggest some fonts in pkg_postinst.

I have no idea which of the fonts listed in the bug above handle
Chinese, Japanese, or Korean. It seems that it is important to
differentiate between them. Short example: for a Chinese page we need
the Chinese font, not just any CJK font. A Korean font might seem to
render most of the Japanese characters correctly, but it's not 100%
correct. Do you have some ideas how to handle that?


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

Re: [gentoo-dev] www-client/chromium and asian fonts, help needed

[Mike Frysinger]

On Tue, Apr 5, 2011 at 11:45 AM, "Paweł Hajdan, Jr." wrote:
> First, I'm just wondering whether making the browser RDEPEND on some
> fonts would be a correct solution. Maybe, similarly to the icon themes,
> we should just suggest some fonts in pkg_postinst.

i dont think you should be depending on fonts.  a pkg_postinst elog
sounds fine though.
-mike

Re: [gentoo-dev] www-client/chromium and asian fonts, help needed

[Chí-Thanh Christopher Nguyễn]

"Paweł Hajdan, Jr." schrieb:
> First, I'm just wondering whether making the browser RDEPEND on some
> fonts would be a correct solution. Maybe, similarly to the icon themes,
> we should just suggest some fonts in pkg_postinst.
>   

You could extend the existing virtual/ttf-fonts with a new cjk USE-flag,
which would make it depend on one of the suggested fonts from bug 359153.


Best regards,
Chí-Thanh Christopher Nguyễn

Re: [gentoo-dev] www-client/chromium and asian fonts, help needed

[Ulrich Mueller]

>>>>> On Tue, 05 Apr 2011, Paweł Hajdan, wrote:

> There is a bug about www-client/chromium and asian fonts:
> http://bugs.gentoo.org/show_bug.cgi?id=359153

> First, I'm just wondering whether making the browser RDEPEND on some
> fonts would be a correct solution. Maybe, similarly to the icon
> themes, we should just suggest some fonts in pkg_postinst.

I think this would be conceptionally wrong. Fonts are a property of
the X server and shouldn't be a dependency of an X client (which may
even run on a different machine).

Already chromium's dependency on virtual/ttf-fonts is wrong, IMHO.

We had the same discussion for Emacs some time ago (see bug 137598),
and we output a message in pkg_postinst() that Emacs requires fonts.

Ulrich

[gentoo-dev] Re: www-client/chromium and asian fonts, help needed

[Diego Elio Pettenò]

[-- Attachment #1: Type: text/plain, Size: 1887 bytes --]

Il giorno mar, 05/04/2011 alle 17.45 +0200, "Paweł Hajdan, Jr." ha
scritto:
> First, I'm just wondering whether making the browser RDEPEND on some
> fonts would be a correct solution. Maybe, similarly to the icon
> themes,
> we should just suggest some fonts in pkg_postinst. 

As Ulrich said, Chromium should not depend on the fonts at all. They use
different methods of rendering fonts, but both do their work with
finding the right font to use if one is installed. In general, one
should be expected to have the right fonts installed for the right
language to display.

Also, I think singling out CJK here might be a bit inappropriate; while
they are probably the most commonly known languages using non-latin
scripts, they are definitely not the sole ones. Just take a look at the
Wikipedia homepage[1] to see how many non-latin languages are there (and
keep in mind that it's a subset of the world's languages).

For what it's worth, in my screenshot there are four languages missing
glyphs entirely, and a few having glitches, all of this with this
selection of fonts:

media-fonts/aquafont-2.7-r4
media-fonts/aquapfont-2.6-r2
media-fonts/arphicfonts-0.2.20080216.1
media-fonts/corefonts-1-r5
media-fonts/dejavu-2.33
media-fonts/droid-113-r1
media-fonts/encodings-1.0.4
media-fonts/font-util-1.2.0
media-fonts/freefont-ttf-20100919
media-fonts/fs-fonts-0.1_alpha3
media-fonts/ipamonafont-1.0.8
media-fonts/ja-ipafonts-003.02-r1
media-fonts/lohit-fonts-2.4.2
media-fonts/mikachan-font-otf-9.1-r1
media-fonts/monafont-2.90-r2
media-fonts/mplus-outline-fonts-0_pre037
media-fonts/sazanami-20040629
media-fonts/thaifonts-scalable-0.4.13
media-fonts/urw-fonts-2.4.9

[Yes I have a personal preference to CJ fonts myself..]

[1] http://www.flameeyes.eu/tmp/wikipedia.png

-- 
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-dev] www-client/chromium and asian fonts, help needed

["Paweł Hajdan, Jr."]

[-- Attachment #1: Type: text/plain, Size: 748 bytes --]

On 4/5/11 6:37 PM, Ulrich Mueller wrote:
> Already chromium's dependency on virtual/ttf-fonts is wrong, IMHO.

Oh, I added it to RDEPEND after Raúl Porcel (armin76) asked me on IRC to
do that - I think the issue was that the browser failed to launch
without the fonts installed.

I don't remember all the details here, but do you have some idea for
better solution? I'd like the browser to be "launchable" out-of-the-box,
an elog message like "Your browser will fail to start if you don't have
ttf-fonts" wouldn't be OK I think.

> We had the same discussion for Emacs some time ago (see bug 137598),
> and we output a message in pkg_postinst() that Emacs requires fonts.

Yeah, I just added an elog for the Asian fonts here too.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

Re: [gentoo-dev] www-client/chromium and asian fonts, help needed

[Ulrich Mueller]

>>>>> On Thu, 07 Apr 2011, Paweł Hajdan, wrote:

>> Already chromium's dependency on virtual/ttf-fonts is wrong, IMHO.

> Oh, I added it to RDEPEND after Raúl Porcel (armin76) asked me on
> IRC to do that - I think the issue was that the browser failed to
> launch without the fonts installed.

> I don't remember all the details here, but do you have some idea for
> better solution?

As nirbheek has pointed out to me on IRC, freetype actually does font
rendering on the client side. So I stand corrected, and above
mentioned dependency is o.k.

> Yeah, I just added an elog for the Asian fonts here too.

Here I still think that this is a better solution than adding lots of
dependencies. I would expect that users have fonts for their language
installed in any case.

Ulrich