Support and General Use > User Interface and Voice
Pressing LEFT to get to WPS from file root
fml2:
--- Quote from: Llorean on January 22, 2007, 04:42:12 AM ---Firstly, "smth" is not a real word. Follow the forum rules.
--- End quote ---
Sorry for that.
--- Quote ---What if a blind user IS already in the root, but not aware of it. Right now left will reliably take you to the same place whether you hold it, or just tap it many many times. With your method, it becomes vastly less consistent and reliable.
--- End quote ---
Those who couldn't tolerate non-reliability in this (e.g. blind users) would just disable the feature (as Linus said). Which would disabled by default anyway.
Llorean:
I guess I just don't understand why people see "convenience" being so much more important than consistency.
It's only really useful for *some* people, and only on a *few* of the targets, and yet you act like the feature is actually somehow important enough that either the cross-platform consistency should be sacrificed, or decrease the odds of getting Rombox back into shape.
Even if it's made optional, and everyone agrees on a proper default action for when music isn't playing (Resume, like Play, or do nothing since the WPS doesn't exist while music is stopped?) and even if the whole hierarchy of Rockbox is redesigned to allow for the concept, those still need to be addressed clearly.
The Archos Recorder is a bit of an old target, but while it's still supported, every effort should be made to keep it in line with the rest of Rockbox. And even on targets where binary size isn't strictly limited, it's still important in terms of audio buffer, so features should still be considered on a "are they worth the size they add" basis.
LinusN:
I guess only the developers and those who own several DAPs care about cross-platform consistency.
As for Rombox, I think only (the fewer and fewer) owners of the old Archos care about that as well.
That would explain why those arguments don't work on the H100 crowd.
Still, I think I prefer a consistent UI than a few odd shortcuts for "convenience".
Llorean:
To me the consistent UI thing is more important as well. Honestly, I wouldn't mind if the HWCodec platforms were branched, Rombox was gotten to work with the current featurset (if possible) and then maintained with mostly bugfixes.
But on many platforms (iPods, Sansa, iFP-700 if that gets finished, at the very least) left to WPS doesn't make that much sense even if the hierarchy were redesigned,
Mikerman:
I can't speak to other platforms, but as to the iRiver H-xxx series (and I honestly don't recall if this has been said before, but perhaps it bears repeating):
My player spends a good deal of its life on my desk facing me, or in the car in a similar position. In that position, it is much more convenient and useful to be able to use the joystick on the front of the player for as much as possible, rather than reaching around the player to use the play button on the side (in fact, on my desk right now, the right side of the player as it faces me is blocked). In the car, there is a small safety factor as well (altho, having said that, the greatest safety factor would be not to press buttons while driving).
Is this an overarching issue? No. Does it justify adding the feature to the stock source code? It depends on the complications vs. insular benefits, which the developers would know best. Do I typically patch my code to add the feature in? Yes.
The best con argument seems to have been complications for blind users. But that seemingly can be addressed by having this as an option. But adding to the code (even a small amount?) could complicate matters. As Rockbox continues to expand, I do wonder as to consistency as an overarching argument, as each player is different, with different buttons and possibilities. I would hate to see capabilities avoided in favor of consistency (that's what my high school did when I was growing up--not a good approach, in my humble opinion).
Just my 2 cents worth, as this topic has arisen again.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version