MediaMonkey forum

this seems to be consistently reproducable, not sure if it happened prior to the 2.5.4 beta or not tho.

- select any node to get a good size track list.
- select any track out of the upper/middle of the list.
- hold down SHIFT and press the END key

all files will be selected from your start track until the end, except for the last track in the list.

if you press the UP or DOWN arrow (with the SHIFT key still pressed), it will select the last track.

Thanks for the report!

-Rusty

glad that you (finally ) decides to fix the tracklist selecting behavior.

there is something you should look at though, best explained by an example: i have a large list of items displayed and want all except some of them selected.
1) i press ctrl+a
2) i hold ctrl and click the first item i want to deselect
3) i hold ctrl+shift and click on the last item i want to deselect
this is the way i would expect it to work.

the funny thing is that neither windows explorer nor media monkey does it that way.
in MM is deselected all items from <first click> + 1 to <second click>
in explorer i deselected all items from <first click> to <second click> - 1

so you guys have to make a decision:
* leave it the way it is (a bit unintuitive)
* change it to the way windows explorer handles it (a bit less unintuitive and also windows standard)
* change it to the most logical behavior (not windows standard)

This is the problem with the word "intuitive"... there simply isn't a single method or logical process that everyone finds equally intuitive.

For example: You mention using the ctrl button held down to deselect, but this also reselects tracks which are currently not selected. If you apply THAT logic to also holding down the shift key and you select a range of tracks - what happens if not all are currently selected? Would it be intuitive for them to simply swap? (Sorry, I just find the word "intuitive" can be frustratingly overused.)

As you note, Windows Explorer will almost do what you're asking (using ctrl+shft to deselect a sub-range) with the problem that the last item clicked is curiously not deselected. For some reason, Mediamonkey (at least my version) assumes that whenever the shift key held down, then all tracks are to be selected regardless of the situation. Thus it can't be used to deselect tracks ala WE.

So it seems I agree with Demm in this regard, and I would prefer MM to behave in a manner similar to Windows Explorer at least... if not go the one step further and deselect all items clicked.

agree it should behave in a manner consistent with windows, if not a 'more logical' way.

Ok, we'll look into it.

Jiri

forgot to mention:
though the windows explorer doesn't use the (imho) most logical approach, the standard windows listobx does. so any standard multline multiselect listbox using the windows api/.net forms has this behavior.

Nebbin wrote:For some reason, Mediamonkey (at least my version) assumes that whenever the shift key held down, then all tracks are to be selected regardless of the situation. Thus it can't be used to deselect tracks ala WE.

if you use the beta version (at least 2.5.4.969) this shouls work
see: 1422 Fixed Deselection using Shift or CTRL doesn't work correctly

demm wrote: if you use the beta version (at least 2.5.4.969) this shouls work
see: 1422 Fixed Deselection using Shift or CTRL doesn't work correctly

*sigh* I knew I should have checked (I'd been holding off installing the latest beta as new bugs seemed to be creeping in.) Thanks for the heads up.

fyi, remaining issues have been fixed in the latest 2.5.4 build (available in the beta forum).

-Rusty

rusty wrote:fyi, remaining issues have been fixed in the latest 2.5.4 build (available in the beta forum).

Rusty,

The bug seems to have changed it's nature using 2.5.4.974 RC-1:
It seems that you can't select multiple tracks using CTRL+SHIFT anymore.
How to reproduce:
* Make sure that there are multiple tracks shown
* Select the upper track
* Select a lower track using CTRL+SHIFT

The selection doesn't work anymore.

charlieMOGUL

charlieMOGUL wrote:

rusty wrote:fyi, remaining issues have been fixed in the latest 2.5.4 build (available in the beta forum).

Rusty,

The bug seems to have changed it's nature using 2.5.4.974 RC-1:
It seems that you can't select multiple tracks using CTRL+SHIFT anymore.
How to reproduce:
* Make sure that there are multiple tracks shown
* Select the upper track
* Select a lower track using CTRL+SHIFT

The selection doesn't work anymore.

charlieMOGUL

I get the same behaviour with the RC-1.

Control+click and shift+click do work correctly by themselves tho.

Shift suppose to be a A-F selection or A-Z if you like, but Ctrl+A is better for that anyways.

Click A Shift+Click F AND Ctrl+Click R AND Shift+Ctrl Q doesn't work, but doing Square dragging of the tracks allow multible selections.

Guest wrote:Square dragging of the tracks allow multible selections

This does work in the Now Playing window, but does *not* work (anymore) in the selection window.
(By now playing window I mean the window where the currently playing songs are shown - by selection window I mean the window where the search results are shown)

charlieMOGUL

Problem seems to be solved in 2.5.4.975

Thanks guys!

charlieMOGUL

Seems to be working for me as well, thanks for all the hard work!