Rockbox

This is the bug/patch tracker for Rockbox. Click here for more information.

Quick links: Bugs · Patches · Rockbox frontpage

Tasklist

FS#4933 - Play/Stop usage in UI seems inconsistent?

Attached to Project: Rockbox
Opened by wehn (wehn) - Monday, 27 March 2006, 13:03 GMT+2
Task Type Bugs
Category User Interface
Status Closed
Assigned To No-one
Player Type All players
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Private No

Details

There seems to be slight inconsistency in the way Play and Stop act on menus. It seems sometimes Stop is "ESC" and sometimes Play is.

Stop at filetree Stops playback rather than returning to WPS as I would expect.

Currently:
MAIN MENU -> stop -> FILE TREE -> play -> WPS
MAIN MENU <- AB/mode <- FILE TREE <- Navi/Select <- WPS
MAIN MENU <--AB/mode--------------------------------WPS
+ long Navi/Select is context menu.


One of two general rules should be followed:

GO BACK/FORWARD type navigation:
- Stop returns to previous screen, ultimate being WPS.
- Play goes forward (ie Selects) but this is a bit of duplication of Right and Select/Navi that I am happy enough without.
This requires Filetree -> WPS changed to Stop (rather than play)


GO TO type navigation (there is no ultimate back):
- Play goes to WPS unless already there (then it pauses)
- Stop goes to File Tree (and stops music playing if on WPS)
- AB/Mode goes to Main Menu (as it does now)
- long Navi goes to Context menu (as it does now)
- Left and right go forward and back in menus (as they do now)


This requires these changes:
Play on Main menu, Context Menus to go to WPS like it does on File Tree (rather than inactive).
Stop on Main menu, to go to File tree (rather than WPS).


I am not sure which I prefer, but transfering the action of Play on File Tree to Stop is simpler. Though the other GO TO Navigation may be more elegant and in keeping with the goals of Rockbox's menus
This task depends upon

Closed by  Daniel Stenberg (bagder)
Wednesday, 28 June 2006, 15:49 GMT+2
Reason for closing:  Invalid
Additional comments about closing:  I don\'t think philosophical discussions about UI functionality belong in a bug report. Take it to the mailing list(s) or possibly forums.
Comment by wehn (wehn) - Monday, 27 March 2006, 13:05 GMT+2
Forgot to mention: Based on H300 use.
Comment by Linus Nielsen Feltzing (linusnielsen) - Monday, 27 March 2006, 13:23 GMT+2
I can't see anywhere in Rockbox where Play is used to leave a screen.

I guess this is because you seem to think that the WPS is the main screen, which it isn't. The file browser is the main screen in Rockbox.
Comment by wehn (wehn) - Monday, 27 March 2006, 13:41 GMT+2
Yes, you are right. I always assumed the WPS was the base screen. And still hit the wrong key to get there. Maybe this is the base of other users key mapping quibbles too?

Perhaps the second set of suggestions makes more sense in light of this? Just to allow for constant Play = WPS, Stop = file tree.
Comment by Linus Nielsen Feltzing (linusnielsen) - Monday, 27 March 2006, 13:46 GMT+2
The problem is that the Rockbox code is built as a call-tree, so jumping from one screen to another isn't that easy. It takes quite some effort to change this. Not that it is a bad idea though.
Comment by wehn (wehn) - Monday, 27 March 2006, 14:07 GMT+2
I'm not a real programmer, but that thought had crossed my mind.
At the main menu Stop seems to go back to either WPS or File Tree depending where you were before. However unless you just left the WPS for a menu it seems you can only get to the WPS directly from File Tree. Play won't go there. So you end up pressing stop then play.

My brains gone foggy. I might try and trace out the key mappings on a flow chart another night, to avoid jumping a fork. I am begining to see the reasoning in this layout. hmmm. tricky.

Loading...