Support and General Use > User Interface and Voice

one button queuing

<< < (6/11) > >>

goffa:
Keystrokes to reload playlist:
navi, back, back, back, (to get to root.m3u), right to select
Total=5

keystrokes to use queue function:
short navi, long navi, right, select down to get to desired action, right to select
Total = 5

This is what i'm referring to febs. It is no quicker to use queuing functions.

And this is why i don't like the default behavior. I still plan on trying mmmm's build on the h140 when it comes in. It should shut me up (on the 140 anyway, until i figure out how to patch the x5)

Febs:
I see what you mean now.   I guess the only advantage of using queue in that situation would be that you would not lose your place in the playlist.

Llorean:
I still like the idea of having "Select" (or NAVI) be the button that kills and restarts the playlist, and having Right be a one-button Queue or Insert (the only configurable behaviour I'm in favour of for a button is allowing someone to choose between the Queue or Insert nature of it. Whether it does so Next, Last, or the normal method will be determined by which menu-one they used last, doing just the basic Insert/Queue if they haven't used on in this playlist).

ego:
if there's not, there should be a way to add folders too. say, tapping right on folder browses inside it, but holding right on a folder does the selected action

Llorean:
Yeah, right now holding Right hesitates, then enters a bunch of levels until it hits a playable object and plays it. I'd rather have it be an insert-like action rather than a button-repetition style action.

Navigation

[0] Message Index

[#] Next page

[*] Previous page