Poor accidental placement in tight spaces

Issue type

Engraving bug (incorrect score rendering)

Description with steps to reproduce

1. Create a single measure that consumes a whole line.
2. Litter the line with accidentals

--> autoplacement of accidentals adapts poorly, compensating in the wrong proportions to the diminishing space.

Supporting files, videos and screenshots

From Czerny op. 891, "Short Studies". No. 83 in B:

4.4 and 4.5 do this:

The accidental placement is comical. Correcting the accidental distances using a fixed rule based on the accidental position on the staff:

4.2 makes different choices:

Identical, default spacing (Stretch=1), engraving scale (.69 in), and page margins used in all examples. I also conformed the values in Style>Measure, which have different values between 4.2 and 4.4. [For this example there is no practical difference however].

[Edit: the rebeaming is another issue. The changes in beam grouping and tuplet label visibility have no effect on the horizontal spacing of any of the objects]

What is the latest version of MuseScore Studio where this issue is present?

MuseScore 4.5.0.242810312 Nightly

Regression

No.

Operating system

MacOS 12.6

Additional context

There are some differences between versions. For example, the space between key signature and first note. In proportion to the other objects, 4.2 reduces this space too much, and 4.5 too little. I did not flag this as a regression because overall the behavior in tight spaces is consistent, and the problem is the accidentals.

In this example I have cornered MuseScore, because everything is in a single measure. However, it consistently makes the same decisions in all tight spaces. The problem is simple:

1. Musescore fails to diminish the distance between accidental and modified note
2. It does not diminish the distance from accidental to previous note proportionately to other objects
3. Musescore refuses to diminish the space for accidentals (and notes) on ledger lines.

The corrected example above is obviously better and is produced by a fixed rule. Other adjustments are possible, and in common use. E.g for ledger lines:
-Reduce "trailing" ledger lines and ledger lines under a note on a space
-reduce width of ledger lines as they approach neighboring ledger lines

I included this as a bug and not a feature request because the accidental behavior was recently overhauled, but the most troublesome problem for clean, proportionate layout in a dense score remains.

Checklist

• This report follows the guidelines for reporting bugs and issues
• I have verified that this issue has not been logged before, by searching the issue tracker for similar issues
• I have attached all requested files and information to this report
• I have attempted to identify the root problem as concisely as possible, and have used minimal reproducible examples where possible