From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Mpf0a-0007Lx-SW for mharc-grub-devel@gnu.org; Mon, 21 Sep 2009 05:16:32 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mpf0Y-0007Lo-Vu for grub-devel@gnu.org; Mon, 21 Sep 2009 05:16:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mpf0U-0007LY-55 for grub-devel@gnu.org; Mon, 21 Sep 2009 05:16:30 -0400 Received: from [199.232.76.173] (port=58645 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mpf0T-0007LV-Uj for grub-devel@gnu.org; Mon, 21 Sep 2009 05:16:25 -0400 Received: from mail-fx0-f205.google.com ([209.85.220.205]:37424) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mpf0T-00011n-LE for grub-devel@gnu.org; Mon, 21 Sep 2009 05:16:25 -0400 Received: by fxm1 with SMTP id 1so2148700fxm.31 for ; Mon, 21 Sep 2009 02:16:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=UqUb8lAxGFAp9pJW7hWBVGtkzsDQ6pzhjtngJLq7QNg=; b=LoeOwNiTEI6UwYdxY8Rsk5fIjK5wOyA5Z9Iw4y+zr8h6Zo4dZ5zY1MFgOoIojcmJb1 O5l7MSjMca7YGMOBBZ5TXh2y/ejv8i3nNtm5FKAh717YND6w7nQhqyNE6pONGlUgeDUC YvEChkI9j4G9waDiaGQ1nC/9PLhelaZDFZbGo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=LH4wKT5puU9c4Fbi7+CK9kI8fmfYaAECzN0o7JZRX8PDIuu/s5yUkIxupEhaBkSp1X J5EdfHbarnkxo6GCtZSaOXTUA5aGVBkGti+lIcsQcCtcNPR2uIQjkLei9ETK04+wmzF4 Z0fGNpoXnPDBBYdqwDZDoEC6RQgW3PYWFsk+A= MIME-Version: 1.0 Sender: hramrach@gmail.com Received: by 10.86.240.9 with SMTP id n9mr4275988fgh.70.1253524584293; Mon, 21 Sep 2009 02:16:24 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Sep 2009 11:16:24 +0200 X-Google-Sender-Auth: 661daeafdc326eea Message-ID: From: Michal Suchanek To: The development of GRUB 2 Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [GITGRUB] New menu interface (implementation) 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: Mon, 21 Sep 2009 09:16:31 -0000 2009/9/20 Bean : > On Sun, Sep 20, 2009 at 4:30 PM, Michal Suchanek wrote: >> >> So the text region is intended for drawing on text screen and the >> graphics region on graphics screen. I assume the check for pure text >> mode is there to choose which one is used. >> >> However, wouldn't this switch in coordinate system complicate further >> extending of the menu system with additional components? >> >> With these different coordinates every compound component would likely >> have to check which kind of rectangle is currently in use. >> >> Still it might work - borders have to be drawn differently, pictures >> currently don't work, and alignment should work with any units (and >> it's easier to see rounding errors if the units are large). >> >> There is slight issue with element placement, though, If somebody uses >> pixel coordinates for placing elements then the offsets will suddenly >> become huge in text mode. Shouldn't the layouts be more portable? > > Hi, > > I'm thinking about using the "c" unit as default, as it's usable in > both text and graphic mode, this would help to create portable config > file. If user really want to use pixel unit, he can add "p" suffix, > such as 100p. What does c mean in graphics mode? I can see that in text mode it's one character cell in either direction but there is no such thing in graphics mode be cause different fonts and even different letters of the same font have different character cells. What would be especially confusing when using such a unit is that most fonts (except perhaps CJK) have different character width and height so does this mean the average (maximum, ,,) width of a character, height of a character, or a different thing depending on the direction in which the unit is used (vertical, horizontal)? Thanks Michal