From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NDGBK-0004wK-EF for mharc-grub-devel@gnu.org; Wed, 25 Nov 2009 06:37:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NDGBI-0004vX-CE for grub-devel@gnu.org; Wed, 25 Nov 2009 06:37:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NDGBD-0004tb-8B for grub-devel@gnu.org; Wed, 25 Nov 2009 06:37:07 -0500 Received: from [199.232.76.173] (port=54619 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NDGBC-0004tQ-Tw for grub-devel@gnu.org; Wed, 25 Nov 2009 06:37:02 -0500 Received: from fg-out-1718.google.com ([72.14.220.154]:1523) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NDGBC-0000cm-D8 for grub-devel@gnu.org; Wed, 25 Nov 2009 06:37:02 -0500 Received: by fg-out-1718.google.com with SMTP id e21so1530750fga.12 for ; Wed, 25 Nov 2009 03:36:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=3dj2yzRdQVG9h86wXOAvvzWmYWM6CWM7iRX8AODGuho=; b=K/dr7Hg3qTcZHoZiekir/yzeMfgQKimNb+uxyILpqbYWX9IaTsCRUvc5cxbbPAQFYz AU0y54q2Yq+zXVILuAyZvDtCxihq5Cj86Ll01oZieM4PwIXqGrx8597EPBUm/iHFssQ+ wPppagi9qH09uCowVhX3/ZMoerwHnGDRhRG6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=ak/zWY9k3HMnC+J1VAlFSCY4xZXYaU475QF4WpbZxnVSfapskGM4t21m87SbhK2+lp JGfjG2ph+CMizXVdWsOclBKeuOkDJlwq6P3twywxi+0c3VikLbhvQP/r2xIQbKIJNKNh 0tmDgLKSR2IOht55CBFkVdMSNJaO1GxY1+G1o= Received: by 10.86.198.22 with SMTP id v22mr5291368fgf.40.1259149018609; Wed, 25 Nov 2009 03:36:58 -0800 (PST) Received: from debian.bg45.phnet (hg-public-dock-165-dhcp.ethz.ch [82.130.80.165]) by mx.google.com with ESMTPS id 3sm11870253fge.15.2009.11.25.03.36.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 25 Nov 2009 03:36:57 -0800 (PST) Message-ID: <4B0D16D1.70300@gmail.com> Date: Wed, 25 Nov 2009 12:36:49 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: The development of GNU GRUB References: <20091124121027.GA317@thorin> <20091124173555.GA32105@thorin> <20091124110646.42f051d6@svelte> <4B0C3762.9000700@gmail.com> <20091124232059.GA5332@thorin> <4B0D07BB.9060400@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig5B8FA9ABEDFB32A69F9A12C9" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: fonts for gfxmenu, help needed X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2009 11:37:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5B8FA9ABEDFB32A69F9A12C9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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. > > =20 What do you mean by blending? Do you mean pixels with alpha channels? >> The best way to choose between pre-scaling and scaling in grub is >> benchmarking. Multiple fonts take longer to load but scaling even with= >> caching is likely to cause more performance hit. >> How much fonts does an author need? We need either decrease number of >> fonts simultaneously used or have faster font loader (both in preferen= ce). >> As Robert said most important is to get things going and theme creator= s >> can use other free fonts as well >> =20 > > Typically people want at the very least > > - serif font > - sans-serif font > - multiple sizes of the above so that the menu can have a larger > title / be scaled to different screen sizes > > Sure, some would want their exact font in which the logo of their > distribution is writen but this is outside of scope of Grub. > > =20 >>> - there is a problem with Simplified Chinese/Traditional >>> Chinese/Japanese. Some of the glyphs used by these writing systems >>> have the same unicode codepoint but are slightly different in each. T= o >>> get these rendered correctly you need special font for each. Blame th= e >>> Unicode people. >>> >>> >>> =20 >> Let's not get into Unihan flamewar. There are other problems with othe= r >> languages which are more serious. Here are few of them: >> 1) combining diacritics. >> 2) ligatures. Important for indic languages >> 3) context variants. Important for Arabic writing system. >> 4) bidi. Important for Hebrew and Arabic writing system. >> >> Generally current gfxterm is pretty much unsuited for any of these 4 >> problems. And gotoxy is pretty ambiguous in bidi context >> Few useful links: >> http://en.wikipedia.org/wiki/Help:Multilingual_support >> http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Unicode/Test/arabe >> >> =20 > > Not being able to use combining diacritics sucks. Does that mean that > grub won't be able to draw decomposed Unicode strings? > =20 I haven't checked. But I suppose it doesn't since it stores one codepoint per on-screen place > Either way the four points above are things that gfxterm simply does > not support=20 It may need a major changes to support :( And these changes may propagate through whole terminal system (gotoxy concept is flawed) > whereas Unihan flamewars are inherent feature of Unicode > =20 You seem have missed variant selectors (last paragraph of http://en.wikipedia.org/wiki/Unihan#Graphemes_versus_glyphs) And we're back to multichar per on-screen place problem > and the gfxterm technically should be able to display CJK languages > given a good enough font. > > Also if worse comes to worst Indic, Arabic or Hebrew can be feasibly > written in Latin, Chinese cannot. > =20 pinyin. I know it's disagreable to read for native speakers, but it's similar for Arabic. In worst case we can just say Japanese people to install Japanese fonts only and bear with Chinese having a bit wrong rendering and vice-versa. > Thanks > > Michal > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig5B8FA9ABEDFB32A69F9A12C9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iF4EAREKAAYFAksNFtgACgkQNak7dOguQgm6cgEAluIpRO+POrtkNAYbAuv/Er+I 6NqifZtVnBdiMQRg93kBAKKcSZiLqTl25lN10xyMOtT6F3P4cVTRGWL79eyXLQuX =StUW -----END PGP SIGNATURE----- --------------enig5B8FA9ABEDFB32A69F9A12C9--