ronso0
ronso0
This is actually a bugfix for 2.4, though it's low prio and I was to lazy to resolve the conflicts when applying this to 2.4 (since I worked off a...
I have rebased this onto 2.4 and dropped the 'p' prefix commit in order to hopefully reduce merge conflicts with main.
@m0dB I think I addressed your comments, wanna check it once more?
_ping_ I resolved the conflicts, all green now.
I can not reproduce this. Dragging a track from the library (track view has keyboard focus) to a waveform or overview widget does not steal focus from the library. Please...
Oh okay, understood (without watching the video). I niticed this, too, though in entirely uncritical situations. So zhe expectation is basically that none or a non-catching widget has focus when...
The searchbar gets focus only if no widget had focus before (e.g. when pressing Tab after start) So basically keyboard shortcuts will work if you had the Mixxx main window...
My observation regarding activation of the main window was just that, an observation, and is indeed a consequence of desktop config. Just ignore. > the focus catching widgets you mention...
> 2. click on the waveform to move the track a couple bars in (this will remove focus) I think this is the culprit, caused by the new waveform implementation....
FWIW Spinnies can also be focused since the (waveform-related) refactoring.