On 5/15/07, Jan Engelhardt <[email protected]> wrote:
[...]
If you transform a menu with hidden options (which do NOT "depend on"
the menu - they can't even) into a menuconfig (continuing not to
depend on the menuconfig), the presentation fucks up (especially in
ncurses-menuconfig). That is a good hint something should be taken
more seriously.
Sorry, I didn't follow this "hidden options" thing at all ...
So, for menus with hidden options I had a number of options how to
go about them:
- move the hidden options before the menuconfig or after, so
the presentation does not bork;
- leave the menu as-is because there's just so many hidden
options and a menuconfig entry is detrimental
... but the second method seems sane and safe, still :-)
So what do we need?
* 'configmenu' option (with 'endconfigmenu') that works the same as
'menu' and 'endmenu' (so we can have hidden options), but at the
same time make the ---> and options inside it disappear when it is
not selected. Currently, no other type seems to satisfy this.
(Yes, and with that implicit if-endif block to make "depends on" the
configmenu for those config options that are inside it automatic)
* Also, some "[MENU]" kind of prefix/tag in the text of configmenu
options would also be nice.
Satyam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
