From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LJC9t-0004be-3q for mharc-grub-devel@gnu.org; Sat, 03 Jan 2009 14:27:41 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LJC9r-0004bH-De for grub-devel@gnu.org; Sat, 03 Jan 2009 14:27:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LJC9q-0004b3-Ij for grub-devel@gnu.org; Sat, 03 Jan 2009 14:27:38 -0500 Received: from [199.232.76.173] (port=39857 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LJC9q-0004b0-D9 for grub-devel@gnu.org; Sat, 03 Jan 2009 14:27:38 -0500 Received: from mta-out.inet.fi ([195.156.147.13]:47374 helo=jenni2.inet.fi) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LJC9p-0005dF-Ue for grub-devel@gnu.org; Sat, 03 Jan 2009 14:27:38 -0500 Received: from [192.168.1.102] (84.248.105.254) by jenni2.inet.fi (8.5.014) id 48FC5A880345FE82 for grub-devel@gnu.org; Sat, 3 Jan 2009 21:27:36 +0200 Message-ID: <495FBC20.7000406@nic.fi> Date: Sat, 03 Jan 2009 21:27:28 +0200 From: =?ISO-8859-1?Q?Vesa_J=E4=E4skel=E4inen?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: The development of GRUB 2 References: <20090103100656.1cfa6d3c@gibibit.com> In-Reply-To: <20090103100656.1cfa6d3c@gibibit.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: Problem with fonts in different width X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2009 19:27:40 -0000 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 glyphs which take 2 cells space will be displayed and acted like taking two normal characters. Basically the algorithm is: // determine normal cell width by analyzing ASCII character dimensions normal_cell_width = max_width(glyphs[32..127]); glyph_chars = (glyph.width + normal_cell_width - 1) / normal_cell_width;