Calum Matheson

I'm getting this issue all over the place - e.g. while saving https://github.com/musescore/MuseScore/assets/47119327/c38f2942-b1af-4586-ad61-c6828e383d30

Looks to have been introduced with [this commit](https://github.com/musescore/MuseScore/commit/09200b3cc1d3f8e6b930b9616284f912a22f76f2) (FYI @cbjeukendrup @Eism)

This is an interesting one. The problem seems to be that opt-shift-B generates a "dotless i" unicode character (ı) - which is being resolved to a regular "I" by the...

Cheers @avvvvve Looking into your first point. RE point 2 - well spotted. I think this is only a problem with some elements (see attached). Looking into it. Yeah it...

Note to anyone else looking to try this - for now you'll need to use the attached Qt5 build since these changes are currently blocked in Qt6 by [this bug.](https://github.com/musescore/MuseScore/issues/21640)...

I've had a good look into this on multiple occasions but never quite got to the bottom of it…
 
The problem seems to be (at least partially) that `AbstractNotationPaintView::dragMoveEvent` doesn’t...

There are a handful of commits that have contributed to the increased load times, though #17983 and #19659 seem to have had the most significant effect. **Current Master:**  **After...

Like you say @cbjeukendrup this seems partially by design. My suggestion would be to only apply playback changes to notes whose _heads_ are currently selected. The "trade-off" is that selecting...