From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
	id 1MwIyU-000789-6j
	for mharc-grub-devel@gnu.org; Fri, 09 Oct 2009 13:09:50 -0400
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MwIyO-00072v-QL
	for grub-devel@gnu.org; Fri, 09 Oct 2009 13:09:44 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MwIyM-0006zb-2a
	for grub-devel@gnu.org; Fri, 09 Oct 2009 13:09:42 -0400
Received: from [199.232.76.173] (port=35060 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1MwIyL-0006zB-Qx
	for grub-devel@gnu.org; Fri, 09 Oct 2009 13:09:41 -0400
Received: from fg-out-1718.google.com ([72.14.220.154]:14601)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <hramrach@gmail.com>) id 1MwIyL-0002o5-C5
	for grub-devel@gnu.org; Fri, 09 Oct 2009 13:09:41 -0400
Received: by fg-out-1718.google.com with SMTP id 22so2260939fge.12
	for <grub-devel@gnu.org>; Fri, 09 Oct 2009 10:09:40 -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=gqWgwGk0N2xrzg6TI9fYHKsD42eFyO/qSjZee5Oqlik=;
	b=IpIqrux9sU9gRm2FgvVf+HHkwG7PY6aYN3mF8b7c5/FVVf4VWAD6r56Yz+IPhvH70u
	D9Eb1MAltiaIobZ4JZUumpUHR5/xRv8JFehemp833wZeSNiPnwlX5FqPSUdH0AtQqJYn
	aGiVJxGMDnP5Hl2ZhZwE1uDJgEVDsNbVfjFKY=
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=UTrb7sLoI3QJJvudUonFHo2g9DmswaXsW9I1veS7Ro9KO34uqwcyrjKHeVQi4xRaTS
	YUkYiz5htPmoBRiVD/HH/8onPppodqBTK1DJEolBJ62Cq6BSD3By3mLqUFBZZT60k9s2
	+Emf80GFI6SrQOoTI+gPptPiboj3l/xKPBbLg=
MIME-Version: 1.0
Sender: hramrach@gmail.com
Received: by 10.86.220.1 with SMTP id s1mr2618981fgg.50.1255108180464; Fri, 09 
	Oct 2009 10:09:40 -0700 (PDT)
In-Reply-To: <2e59e6970910090956n5da80ef3s48b7227e77dfbc50@mail.gmail.com>
References: <ca0f59980909161355h35df69a8ra32ccc3b4b06a41f@mail.gmail.com>
	<ca0f59980910080626o30578ba8v319344963107dbfb@mail.gmail.com>
	<a5d587fb0910081434s17144c62p258e1aa5cb1b06ee@mail.gmail.com>
	<ca0f59980910082045y5d955d28j7b0088bc23b119a1@mail.gmail.com>
	<a5d587fb0910090452s436070bamae9da3f8afdbcf3b@mail.gmail.com>
	<ca0f59980910090548o16dd337cjf6b50212fa1e36e@mail.gmail.com>
	<a5d587fb0910090720p51839490j69145593a02e55d2@mail.gmail.com>
	<ca0f59980910090754n5dee715cxc6fa90c483ce49bb@mail.gmail.com>
	<a5d587fb0910090857n3c3fe936jb83d2b4549896c3b@mail.gmail.com>
	<2e59e6970910090956n5da80ef3s48b7227e77dfbc50@mail.gmail.com>
Date: Fri, 9 Oct 2009 19:09:40 +0200
X-Google-Sender-Auth: 04aa9b1e654062fb
Message-ID: <a5d587fb0910091009o3b968ebahee939b12a66b5f11@mail.gmail.com>
From: Michal Suchanek <hramrach@centrum.cz>
To: The development of GRUB 2 <grub-devel@gnu.org>
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 <grub-devel@gnu.org>
List-Id: The development of GRUB 2 <grub-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/grub-devel>,
	<mailto:grub-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/grub-devel>
List-Post: <mailto:grub-devel@gnu.org>
List-Help: <mailto:grub-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/grub-devel>,
	<mailto:grub-devel-request@gnu.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Oct 2009 17:09:47 -0000

2009/10/9 richardvoigt@gmail.com <richardvoigt@gmail.com>:
>> I am suggesting an interface that allows style commands like
>>
>> style {
>>
>> (class=3D=3Dbutton).(text=3D=3DOK) { <style> }
>>
>> (class=3D=3Ddialog).<nothing here>.(class=3Dbutton) { <style> }
>>
>> (class=3D=3Dbuttonbar) { direction =3D right_to_left }
>>
>> (class=3D=3Dbutton) {
>> =C2=A0border_top =3D button_top
>> =C2=A0border_left =3D button_left
>> =C2=A0...
>> }
>>
>> }
>
> I don't like this. =C2=A0It's a unit testing nightmare. Matter of fact, s=
o
> is auto-layout. =C2=A0I don't want my bootloader to be a web browser. =C2=
=A0I
> want it to be reliable and load fast.
>
> At the very least, please keep the actual boot sequencing (the stuff
> equivalent to menu.lst of grub-0.97) separate and let the GUI stuff
> incorporate them by reference. =C2=A0Then provide a hotkey (e.g. hold 'R'
> during boot) to skip all GUI (and I mean skip everything configurable,
> not just text vs graphics) and provide a simple selection with no
> nesting, no icons, no borders, no fonts, no colors, no multiple lists,
> just everything in one big scrollable list, with access to the command
> line.

The thing is that people *demand* that things are configurable, and
for grub legacy poorly written (possibly because grub-legacy was hard
to extend) patches for that were created which were not incorporated
into the mainline grub-legacy.

So the choice here is to support configurable menu (and try to strip
features as much as possible to keep the complexity reasonable while
still maintain reasonable flexibility) or accept that several ad-hoc
graphics menu implementations will eventually emerge on the net.

Note also that on non-i386 platforms there is often no VGA text
console so graphics is the only way to display any menu at all, and
you have to deal with fonts and colors then.

For now you can choose to load the old gfxterm (and it is the only
working graphics option now) but I expect that when the new menu
system is considered stable gfxterm will be deprecated.

Thanks

Michal