ronso0

> head jumps slightly behind loop start by the delay "slightly behind loop start" is another no-go during performance IMHO. I have carefully set hotcues on beat /just before the...

> maybe: press: activate shift+press: jump to shift+long press: delete Then **shift+long** press would jump, too, because we want **shift+press** to act on press, no on release. Re double-tap: let's...

> My last thought for today: long press to jump? how long is a "long"? If I want to jump I want it immediately, not with some unknown delay. Maybe...

> that's why I'm proposing long press for delete, that's not an operation that requires perfect timing Understood, but it wouldn't work if we also use Shift+press for jumping. My...

Thanks for your thoughts and suggestions! Some notes: > use as little keys as possible ... and should work with mouse/touchscreen, keyboard only and with controllers only. **1: Rework Loopcues...

Sorry, I can't confirm with 2.5-beta-10-gc6a1993e1a * reset play count * load track, play * play count set to 1 after a few seconds

Please update and try again. I have no clue what could be causing this. Maybe just a library (GUI) update issue? Can you reproduce with any track? (any file type)

#13335 has been merged, please fix the conflicts (switch to getCurrentTrackTableView())

@aqw42 do you intend to finish this, or should someone else jump in? If yes: > #13335 has been merged, please fix the conflicts (switch to getCurrentTrackTableView()) Thanks!

@aqw42 Please ammend the last fixup commit in to the 'merge branch main' commits. All commits should build, so we can use git bisect for debugging. So please also check...