Support and General Use > User Interface and Voice
Reorder menu items
fml2:
--- Quote from: bluebrother on October 04, 2007, 04:36:43 PM ---Reordering of the menus was discussed quite several times, even upon devs ...
--- End quote ---
...and has always been rejected, right? But I still hope that not because of the principle itself but because there was no solution to this that would be elegant and simple and usable enough to be included into RB. (I don't state my solution is good enough. I also don't state the opposite. ;-) I mean, the main menu was a no-no once and then discussion started. and now we have it.
bluebrother:
--- Quote from: fml2 on October 05, 2007, 03:31:57 AM ---
--- Quote from: bluebrother on October 04, 2007, 04:36:43 PM ---Reordering of the menus was discussed quite several times, even upon devs ...
--- End quote ---
...and has always been rejected, right? But I still hope that not because of the principle itself but because there was no solution to this that would be elegant and simple and usable enough to be included into RB.
--- End quote ---
I'm sorry, but unless I'm completely wrong on this it wasn't rejected because of no solution being present -- if that feature would be wanted there wouldn't be a reason to reject it (maybe the tasks would've been closed as "later" but not as "rejected" -- if a feature request is considered there is usually one task in the tracker about this left open).
In general, customizable menus (1) cause increase of the binary size (which is always a matter) without a real benefit, at least from the viewpoint of most of the devs, (2) create a *major* headache for support (which is a *huge* issue, especially since the Ipods came in and the demand for support increased immensly) and (3) creating additional issues with voice. In other words, it opens a can of worms. And we have enough worms around already ;)
fml2:
--- Quote from: bluebrother on October 05, 2007, 04:07:44 AM ---In general, customizable menus (1) cause increase of the binary size
--- End quote ---
Agreed. But every feature does it.
--- Quote ---(2) create a *major* headache for support (which is a *huge* issue, especially since the Ipods came in and the demand for support increased immensly)
--- End quote ---
How would it be a major headache if the items wouldn't dissappear?
--- Quote ---(3) creating additional issues with voice.
--- End quote ---
What issues do you specifically mean? If all the items are still correctly voiced after reordering, I don't see a problem here.
Llorean:
Just because every feature causes a binary size increase, doesn't mean that every feature is equally worth binary size increase.
Many people argue "But it's only X bytes" as if less increase makes it better, but really ANY increase can be considered bad, simply because they add up over time.
Another concern of course is code complexity, parts of Rockbox are hard enough to maintain as it is.
As for difficulties with voice, I think he meant with blind users in general. Should the option accidentally become disabled, they're going to get similar symptom to having a bad voice file (that entries are no longer read in the same order) despite the fact that everything is working properly.
This really just has the potential to create a vastly increased support load.
Why not work on reorganizing the existing menu structure to be more usable? One of the bigger problems is likely the categorization rather than the order within the category anyway, most options are used so rarely that it's finding them that's difficult, rather than one or two extra button presses to get to them down the list.
fml2:
--- Quote from: Llorean on October 05, 2007, 06:16:59 AM ---Why not work on reorganizing the existing menu structure to be more usable?
--- End quote ---
Actually my main concern about the menus is the order of the items in the main menu. And just a couple of entries in other menus. Other menus aren't used that often (by me). That's why I once made a patch for reordering of items just in the main menu. It was admittedly ugly, even I didn't quite like it but it worked. Then I had an idea how it can be made (IMHO) in a more elegant and general way, and so that every menu can (but does not have to) be reordered. If, at some time, the developers (or the rockbox community) will decide to reorganize menus (group them differently), this solution still will work since it is orthogonal to the menu structure.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version