[REQ] Disable seek on mouse scroll

[MattTown]

Hi,

Apologies in advance for screen entity terminology - I am yet to find a section of the Help which labels the screen components that I will be describing. If someone would like to correct my terminology, I'd happily provide a more cogent explanation.

I am using the Material Design skin, the default I think. The bottom of the MM screen has an orange bar about 1.5cm high containing play controls, topped by a thin line that (I'll call that the 'play progress line') hosts a dot indicator ('play progress dot') of how much of the track has been played. I'm well versed in using the mouse to click on that dot and move it along the line to change what part of the song is being played.

My problem is that I've had several instances now - two in my last session - where a mouse pointer movement across the play progress line has caused the play progress dot to relocate without me clicking on it. This is a significant inconvenience when using the player for public purposes.

The uncommanded play point change only seems to happen if the mouse pointer passes close to the play progress dot, and, no, I don't have the mouse pointer held down when that happens, and no I don't get any other anomalous mouse selection events in other apps or windows that would indicate that the mouse is at fault. This happens to tracks that I have not interacted with except to initiate their play. I have examined the last two incidents with some interesting correlations:

• Both occurred at about the 3 minute mark (2:59ish) about 2/3rds through each track, and

• Both jumped forward about 10 secs, and

• In both cases the line of the mouse pointer movement (diagonal down to left) passed within about 3cm of the position of the play progress dot. This is because I was taking the mouse pointer down to the orange bar to right click for the stop after current track option.

I have my MM installation on an external hard drive via USB, and every now and then there is a distinct pause while MM gathers info from the drive before responding (eg opening Tools > Options for the first time). Is it possible that that delay has my clicking into the orange bar correlated with the progress dot instead of the bar, given that the progress dot is about 0.5 sec back along the mouse track?

My workaround is to try to have the mouse pointer track avoid the play progress dot unless I intend to move it (unlikely in public use). But this is a rare occurrence anyway so I'll look out for other instances and will advise if it does occur again.

Cheers

Matt

[Peke]

Hi,
BTW you know that while mouse is over SEEK BAR (that term we use) then Mouse Scroll moves the SEEK BAR.

I guess it would be easier to Switch to WAVE BAR in order to be more clear to avoid, also WAVE BAR could be used to pinpoint position in track you want to play from. (Right click on Player -> Layout (Player)

[Lowlander]

The mouse on the seekbar should not move it. Only click and move, or mouse-scroll should move the playback position. Which Build (Help > About) of MediaMonkey are you using?

Running MediaMonkey, database and media from an external drive can cause slowness as USB is generally a slower interface and one action can delay other actions till it's finished.

[MattTown]

I guess it would be easier to Switch to WAVE BAR in order to be more clear to avoid, also WAVE BAR could be used to pinpoint position in track you want to play from. (Right click on Player -> Layout (Player)

Thanks Peke, yes the WAVE BAR is more informative and I will use that.
Cheers

[MattTown]

The mouse on the seekbar should not move it. Only click and move, or mouse-scroll should move the playback position. Which Build (Help > About) of MediaMonkey are you using?

Thanks Lowlander, build 2024.2.0.3162.
It is possible that there was an inadvertent mousewheel movement in those pointer movement instances - I am using a MS Arc Mouse that has a touchpad rather than buttons, and it is possible that a stray finger movement was interpreted as a scroll command.

Running MediaMonkey, database and media from an external drive can cause slowness as USB is generally a slower interface and one action can delay other actions till it's finished.

Understood. It is generally not a problem.

Cheers
Matt

[MattTown]

The mouse on the seekbar should not move it. Only click and move, or mouse-scroll should move the playback position.

Lowlander,

Is there a control that enables playback position control via mouse scroll? If so, where is it such that I can disable it.

I understand that with a standard wheel mouse there is a physical wheel and moving it takes a specific, tactile-responsive movement to invoke it, and an accidental move of the mouse wheel is highly unlikely. But for those of us who use touchbad-based mice (MS Arc Mouse and Apple mice), there is no tactile threshold to invoking the mouse scroll function - it is just a different part of the mouse touchpad. I have valid reasons for using the arc mouse and have no interest in using the scroll control to move the play pointer - indeed I would prefer that it was not possible to adjust the play pointer without a deliberate action such as click and drag.

So, if such an option to disable scroll wheel move of the playback position does not exist, then I request that create it.

Cheers
Matt

[Lowlander]

There is no such setting.

[MattTown]

There is no such setting.

Thanks for the clarification Lowlander.

So, onto the other part of my question - could a request to develop same be generated?

Thanks

Matt

[Lowlander]

Request yes, but I doubt this will be added.

[Peke]

Request yes, but I doubt this will be added.

At least not that soon, it is bit low priority.