one button queuing

[Llorean]

I do think splitting Navi and Right so that they have different functions would be nice, yes.

But I do think it's a bad idea to be looking at the screen period while driving, which is generally necessary to go through the filetree even before you're to the point where you're ready to queue something. And if you say "But I can memorize the filetree" then the context menu shouldn't be too tough either. :-P

[rubberglove]

i guess i could resurrect my one-button-to-insert patch - i have been mucho busy the past....er.... 6 months.
i kindof miss have that functionality also.

i'll try and take a new look at it sometime soon...

[goffa]

sweet... i thought the idea had died due to lack of interest.

That patch would be heaven for me.

[goffa]

ew... 13 posts.. have to get off of that number

[goffa]

just wonder if you had a chance to look at this yet rubberglove ... feature freeze is lifted

[Mmmm]

I've been using rubbergloves patch for years...its in the build in my sig..

[goffa]

hmm... i'll have to try your build when my h140 comes back from the repair center.  I must be patching wrong, or don't know which file to patch. I can't seem to get it to work on my x5.

[Mmmm]

hmm... i'll have to try your build when my h140 comes back from the repair center.  I must be patching wrong, or don't know which file to patch. I can't seem to get it to work on my x5.

I've been maintaining it alongside the rest of the build so the patch is probably out of date by now... but since the playlist catalogue my build won't cvs anymore (haven't had time to fix it yet) which is to do with rubbergloves patch I think.

[goffa]

Well, playlist catalog isn't a big deal for me.  I'll deffinately be trying your build when i get my h140 back.

The default navi behavior is really the only thing that bothers me about rockbox.  I hate reloading my playlist and i don't like having to go through a long series of keystrokes just to avoid reloading the playlist if i want to select a track myself.  (In fact, i think its the same amount of strokes to load a playlist as it is to avoid reloading one).

[Febs]

goffa, what do you mean by "avoiding reloading a playlist."  If you're just try to play a single song while a different playlist is playing, use the "queue" functions. 

[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.