Hello,
I get up to eight boot menu entries presented on the graphical user interface at
the moment. But I need more options to select between the bootable systems. I do
not see a command for the specification of a higher limit so far.
http://www.gnu.org/software/grub/manual/html_node/Command_002dl
Hello,
I suggest to add the capability to present the menu as an outline.
http://en.wikipedia.org/wiki/Outline#Sample_alphanumeric_outline
Example boot menu:
A) Windows:
- XP
- Vista
B) Linux:
- Knoppix
- Debian
* Etch
- Red Hat
* Fedora
- openSUSE
* 10.2 release
* 10.3 debug
- Ubuntu
> Or otherwise switch to GRUB 2 for what you were trying to do.
Which configuration options provide support for adjustable list boxes?
Regards,
Markus
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
> And then add something like:
> set menumode=outline
> set menumode=hierarchical (or normal, default)
Can a data format like it is specified by the outline markup language be
supported by the GRUB 2 boot loader?
http://en.wikipedia.org/wiki/OML
Is an alternative specification needed in this cont
> I do not fancy XML for the boot loader... and I do not see a need to yet
> another configuration file format for menus. We already have menu
> command that can be used to build menus. Perhaps you can convince me
> otherwise?
I imagine that GRUB can become so flexible that it can be specified whi
> And what is wrong with current config file?
> http://grub.enbug.org/grub.cfg
How much documentation is available for this domain-specific language?
Does a grammar exist for the data format?
http://grub.enbug.org/Subprojects/GraphicalMenu
I imagine that additional attributes will be needed.
- Id
> Menu commands can have children already so you would get hierarchy
> information from there. Shortcut key you could just add as extra
> argument for menu, like --hotkey="1"
Will an explanation of the data format be added to the wiki?
> In example:
> menu "foo" {
> menu "bar" {
> menu "zo
> Depending what you mean by attribute set.
- short/long title
- identifier
- description
- parameters
- boot image
- optional ramdisk/initramfs
- colour
- language
> In case you mean cloning menu hierarchy under other name, then
> that is not planned (and I do not even see a need for it).
I'd
>> How is the state of the GRUB 2 menu browser at the moment?
> There is old text menu, and that will be replaced with the new design
> when its development starts.
Are full-featured forms player applicable in a boot environment?
http://grub.enbug.org/FancyMenu
Would it work to reuse existing sta
> Personally I first want to focus on getting what we have to work,
> before even thinking about anything else. Ideas are good, but having
> *something* to use is better :-)
It seems that all relevant design aspects are not clear at the moment.
I would prefer a bit more clarity about the open iss
> I want to make something to generate menu entries from a script.
> Is that what you mean?
I see two places where common settings could be written.
1. menu configuration
2. source code generation script
Where do you want to place them?
Regards,
Markus
> Why not? It has been discussed on the list before.
Would you like to point to any information sources where I can read about the
consensus that was achieved on the software design?
Are the applied design issues only visible in the source code so far?
Regards,
Markus
> I do object. Personally, I believe that git is inferior to other modern
> version control systems, thus I don't want to move. If we do, I prefer to go
> with something better.
Which features are you missing?
http://en.wikipedia.org/wiki/Comparison_of_revision_control_software
Which management
> Inferior? I see the disadvantage, that now it works only on unix.
This view is incomplete.
http://en.wikipedia.org/wiki/Git_%28software%29#Portability
There might be some inconvenience so far. TortoiseSVN is nice because it works
as a shell extension for the Windows Explorer.
Trac can provide a
14 matches
Mail list logo
