On May 8, 2011, at 12:13 PM, Alexander Leidinger wrote: > On Sun, 8 May 2011 10:48:55 -0700 Devin Teske <dte...@vicor.com> wrote: > >> I would like to see general consensus from the community for >> separating the items before moving ahead with such a non-trivial >> change. > > IMO: > - I agree that there are two different types of actions > - having 2 distinct blocks looks like a good idea to me > (I didn't had a look at the code, if you only have the text > in the variables and the numbers get added automatically, > maybe you can add variables for inbetween items which > are pure text and do not get a number, and they are not > displayed if the variable is empty) > - I do not think that we need two different namespaces here > -> reorder the items, use incrementing numbers no matter > which type it is (ACPI would be number 4 in the example then)
All-in-all, I love the suggestion. A few notes: - I also agree that there are two different types of actions - Significant changes would need to be made. - I'd like to take the gradual approach - You're right, it could be done without two different namespaces However, there's one very important fact... The current menu is "numbers only" which means that people that use the menu often will be impacted in a non-trivial way if we re-order the numbers. The gradual approach would have us accept a new menu (such as loader_menu-1.4) that enables the use of hotkeys. Get people used to using the hotkeys for awhile before re-ording (or perhaps even taking-away) the numbers. What do you think of the gradual approach? -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. _____________ _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
