From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1MuZ4i-0004OC-1k for mharc-grub-devel@gnu.org; Sun, 04 Oct 2009 17:57:04 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MuZ4g-0004NJ-QM for grub-devel@gnu.org; Sun, 04 Oct 2009 17:57:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MuZ4f-0004MF-Vm for grub-devel@gnu.org; Sun, 04 Oct 2009 17:57:02 -0400 Received: from [199.232.76.173] (port=45798 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MuZ4f-0004M6-NM for grub-devel@gnu.org; Sun, 04 Oct 2009 17:57:01 -0400 Received: from fg-out-1718.google.com ([72.14.220.157]:11417) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MuZ4f-0000hs-3U for grub-devel@gnu.org; Sun, 04 Oct 2009 17:57:01 -0400 Received: by fg-out-1718.google.com with SMTP id e21so318251fga.12 for ; Sun, 04 Oct 2009 14:57:00 -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:content-transfer-encoding; bh=6nyehTSGH5bzwJ9BAL/qnoXNnM4p+MEFnepfTzbDCAs=; b=evD4puc0/j3FWWjjyXY6Tb7VYF55gNlEmy8AxzygmEbzJuDmdr+Lqnk/XpgkKtcgnd t6Ex/pVu0tltNUR/v6JsRcddMsk+fE+pJDxZUja7vJmw5+zjMCZkBzlzEchDK4KjrDp0 /idQASndcyZ5x0ataeOtDfPKhRZPWM2NUtS78= 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 :content-transfer-encoding; b=PGTi+yG6L4KuuJo+m6IWvW68nhqj7uQ+yRHTPLvD0iCpW5q7HmVPkZ/kBkT4KBHump OHYHmWZ2/Bjybz78gz71Y8fSIWhd4vuZoz9kmoDzuxD6rYlC1dhkR9+jed7DJLrRNzQH SMsojHTodhpUo2/CNS0cUJUBG0rk7nl9kSmck= MIME-Version: 1.0 Sender: hramrach@gmail.com Received: by 10.86.225.38 with SMTP id x38mr4568036fgg.59.1254693420143; Sun, 04 Oct 2009 14:57:00 -0700 (PDT) In-Reply-To: References: Date: Sun, 4 Oct 2009 23:57:00 +0200 X-Google-Sender-Auth: 9225f11d38108973 Message-ID: From: Michal Suchanek To: The development of GRUB 2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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: Sun, 04 Oct 2009 21:57:03 -0000 2009/10/4 Bean : > On Sun, Oct 4, 2009 at 7:22 PM, Michal Suchanek wro= te: >> Hi >> >> I only tried running the sample, did not look how things are done yet. >> >> The major problem is that the panels are not sorted in any way so the >> navigation is very confusing. There should be only a single toplevel >> panel which contains all active elements in a layout. >> >> However, when I put everything into a single panel I still get issues: >> >> =C2=A0- the content is not inside the panel border >> =C2=A0- focus is on an invisible element, not the first element > > Hi, > > Oh, that's a small bug, easy to fix. > >> =C2=A0- panels are not ordered left to right as specified > > I don't understand, it looks left to right to me. Or do you mean that > small bar in the bottom ? It has margin_bottom set so that it sticks > to the border. There are panels above it so it is not left to right. The margin should increase the outer size of the widget so that when space is allocated for it the margin is taken into account but not stick it to the bottom. That's what alignment (valign) is for. A width=3D100%, margin_left=3D3, margin_right=3D3 widget should occupy the available width minus 6 characters. > > The default unit is character, which have different width and height > value, you can use the pixel format as: > > border_width =3D "5/1" > border_height =3D "5/1" > > Then width/height would be 5 pixel in graphic mode. > One should only remember to set horizontal sizes twice of the vertical sizes in text. Not nice but there is no nice way to avoid it I guess. >> =C2=A0- background bitmap does not cover margins. I am not sure if it is >> desirable to cover them, though. CSS works that way but I am sure some >> systems work differently. > > I don't understand, can you be more specific ? The only useful case is probably resolved by adding a toplevel panel inside screen and setting background on the screen. Thanks Michal