grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Split of the normal mode


From: Colin D Bennett
Subject: Re: [PATCH] Split of the normal mode
Date: Mon, 30 Mar 2009 13:04:22 -0700

On Sun, 29 Mar 2009 22:10:34 +0900
"Yoshinori K. Okuji" <address@hidden> wrote:

> On Sunday 29 March 2009 21:09:05 Bean wrote:
> > 3. Currently, the structure of normal.mod just mix things together to
> > a point that make modification difficult, if not impossible. For
> > example, the current bash script engine is not quite suitable for gui
> > interaction. With the split mode, we could develop a new parser
> > without interfere with existing function.
> 
> I prefer that you replace the existing code with a better implementation in 
> this case. From my point of view, fancy menu support is a key feature in 
> GRUB, thus if the current engine is not good enough, we need to improve it 
> rather than to provide an alternative.

About the fancy menu support, I hope to pursue getting it finally
committed soon; I just need to synchronize my graphical menu patch set
with the current GRUB codebase.  I have just been extremely busy until
now, but I expect to get this done in the near future.


The current GRUB scripting engine is OK for basic configuration, and no
other scripting support is really required for the fancy menu.

However, I still like the idea of additionally supporting a tiny but
powerful general-purpose scripting language such as Lua (~100 KB), 
Lisp/Scheme (? KB), or ECMAScript (? KB) to allow graphical menu
enhancements by themes.

For instance, in only a screenful of Lua code (and me never having
written Lua before) I created an animated background for the menu.
Certainly there are many other purposes as well that a general purpose
scripting language could support.

Perhaps later, after the graphical menu support is integrated into
GRUB, we can explore adding scripting language support.

Regards,
Colin

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]