Le mardi 16 mai 2006 à 12:14 -0700, JD Rogers a écrit : > That said, I think we should not overly subdivide. If the menu depth > gets too large, we will be spending more time clicking menu levels > than scanning a menu list for the app name. For example in my > experience, I may have a couple of astronomy apps, but rarely 50 > installed on any one system. I doubt many users will want to click > Apps -> Science -> Astronomy -> Cosmology to get a list containing 1 > cosmology program that is installed. Same for other fields of science.
I would very much agree with this. Actually, I thought it was possible to give "hints" in the .menu files, so that update-menu automatically creates relevant submenus only when the number of installed packages gets large. If my understanding is correct, one could put for program A "Astronomy, Sky Charts" and for prog. B "Astronomy, Data Visualisation" so that if I have a lot of astronomy programs installed, I'll get the submenus "Sky charts" and "Data Visualisations", but if I've got programs from all fields, I'll get "Astronomy" and, say, "Genetics" (and if I've got only a couple of softs, I won't end up with any 1 item submenus, which is good). In that case, why not rather prepare a list of standardised hints rather than a fixed subdivision? Quite honestly, in how many circumstances will someone have programs relevant for more than one field installed? The "Games" case is different: I'd bet most people who install games install a lot of them. Regards, Thibaut. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
