From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
	id 1MwIM0-0000aL-Ev
	for mharc-grub-devel@gnu.org; Fri, 09 Oct 2009 12:30:04 -0400
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MwILv-0000W5-SB
	for grub-devel@gnu.org; Fri, 09 Oct 2009 12:29:59 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MwILv-0000Ux-8B
	for grub-devel@gnu.org; Fri, 09 Oct 2009 12:29:59 -0400
Received: from [199.232.76.173] (port=35363 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1MwILv-0000Uh-3U
	for grub-devel@gnu.org; Fri, 09 Oct 2009 12:29:59 -0400
Received: from fg-out-1718.google.com ([72.14.220.154]:58308)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <hramrach@gmail.com>) id 1MwILu-00048I-Gn
	for grub-devel@gnu.org; Fri, 09 Oct 2009 12:29:58 -0400
Received: by fg-out-1718.google.com with SMTP id 22so2248179fge.12
	for <grub-devel@gnu.org>; Fri, 09 Oct 2009 09:29:57 -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=7BkTbOusx9eKn78nxvcbo8WQwkoz7HvbSI5L+CvRI8c=;
	b=Jfk+TJauUmBm5gYANJQbucneapBXjEU0I2RVNKzKqxm+MGspyIYiAlJCDEF3QQ501P
	TLmDIJwdA8O8wFg108h1WV5SL96DxfMCuS0GoMllLaz7cCcBYPv9AlDFebfXeeGZjC4e
	a9mzVEnqERHt6Wdhmlg18j1JWD0farheuHixs=
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=H58m9280yxT07s/Z6X1NNxnxCPoP9TVCnZZVa1NU8bDFdTFkfEBclpZtHiOpiEFDgh
	QsxHtDSKdrA2jxjloEMUCGVuQLyexjm5m1O3ZgsCePxw782LZ8OmxJr/pq5MhCULStJb
	OEThVfIk7/Aev84RyK+CK0nFBM09bE7BYHohA=
MIME-Version: 1.0
Sender: hramrach@gmail.com
Received: by 10.86.214.34 with SMTP id m34mr2562919fgg.6.1255105796961; Fri, 
	09 Oct 2009 09:29:56 -0700 (PDT)
In-Reply-To: <ca0f59980910090917l5ad9ddeey23184d4f1f2ecb12@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>
	<ca0f59980910090917l5ad9ddeey23184d4f1f2ecb12@mail.gmail.com>
Date: Fri, 9 Oct 2009 18:29:56 +0200
X-Google-Sender-Auth: b191bb0f87cd1f42
Message-ID: <a5d587fb0910090929h31e816fj35766f5b1917b5c6@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 16:30:02 -0000

2009/10/9 Bean <bean123ch@gmail.com>:
> On Fri, Oct 9, 2009 at 11:57 PM, Michal Suchanek <hramrach@centrum.cz> wr=
ote:
>> 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...
>> }
>>
>> }
>>
>> for
>>
>> panel { class =3D dialog ; direction =3D top_to_bottom
>> =C2=A0panel {
>> =C2=A0 scroll =3D auto
>> =C2=A0 =C2=A0text { Blah blah blah... }
>> =C2=A0}
>> =C2=A0panel { class =3D buttonbar ;
>> =C2=A0panel { class =3D button ; img { check.png } ;text { OK } ; comman=
d =3D
>> <something> }
>> =C2=A0panel { class =3D button ; img { cross.png } ;text { Cancel } ;
>> command =3D <something>}
>> =C2=A0}
>> }
>>
>> The exact syntax and semantic of the selectors it to be defined.
>>
>> They may be imperative commands that are applied immediately to all
>> widgets currently in existence or they may be stored in a style
>> database that widgets consult each time they are drawn or some
>> combination of the above (for example the style commands affect a
>> style database in order of appearance but do not affect widgets
>> directly).
>>
>> I guess the styles that appear in the main config (grub.cfg or loaded
>> by loadcfg) should be added together so that scripts that generate
>> different parts of the file can add style bits for their widgets.
>>
>> loadstyle command should reset all widget style properties to default
>> (either widget default or the state after loading config) and then
>> interpret the content of the file as if it was enclosed in style {}.
>>
>> When loadstyle is repeated the widgets should be reset again so that
>> previous style cannot affect the newly loaded style.
>
> Hi,
>
> Perhaps it can be written like this:
>
> class {

perhaps this should be

style {

> =C2=A0button.text_OK { <style>}

text_OK is quite ugly for a selector that specifies that the property
text should be equal OK.

What if the text contains a space or underscore or the property
contains underscore?

> =C2=A0dialog.*button { <style> }

perhaps this should be

dialog.*.button

meaning there is one element in between or

dialog.**.button

meaning there can be zero or more elements in between {which is sorely
missing from CSS}

> =C2=A0buttonbar { direction =3D right_to_left }
> =C2=A0button { =C2=A0border_top =3D button_top =C2=A0border_left =3D butt=
on_left }
> }
>
> panel { class =3D dialog ; direction =3D top_to_bottom
> =C2=A0panel {
> =C2=A0 scroll =3D auto
> =C2=A0 =C2=A0text { Blah blah blah... }
> =C2=A0}
> =C2=A0panel { class =3D buttonbar ;
> =C2=A0panel { class =3D button ; img { check.png } ;text { class=3Dtext_O=
K } ;
> command =3D<something> }
> =C2=A0panel { class =3D button ; img { cross.png } ;text { class=3Dtext_C=
ancel
> } ; command =3D <something>}
> =C2=A0}
> =C2=A0}
>

This resolves the syntax issue somewhat but there is still problem
with the order in which the rules are applied.

Thanks

Michal