Mausrad scrollt falsch unter Linux (Arch)

• Nov 2, 2021 - 09:27

Hallo,
hat jemand schon Lösung für das Problem gefunden? Zoom in/out mit Mausrad funkzioniert einfach nicht, ich muss Musescore unter Windows benutzen.

Paul


Comments

Ich hab es gecheckt: unter Mint (Ubuntu) geht es einwandfrei. Garuda (Arch) ist nicht fähig dafür (mit anderem kernel nicht probiert). Entwickler sollten damit sich beschäftigen in der Zukunft...

In reply to by palibatir

Es funktioniert auch unter Arch-Linux. Und es hat nichts mit dem Kernel zu tun, sondern mit dem X-Server, evtl. auch mit den Windowmanager. Für Arch-Linux sollte man aber ein paar Grundkenntnisse für die Konfiguration eines Linuxsystems mitbringen.
Anwender sollten sich mit der Konfiguration ihres Systems beschäftigen in der Zukunft.

In reply to by palibatir

Das Zoomen einer Partitur mit Steuertaste und Mausrad wird von Musescore unterstützt.
Wenn vom Benutzer nicht anders eingerichtet wird für Windows, Linux und BSD die Strg-Taste als Steuertaste verwendet. Beim Mac die CMD-Taste.
Diese Informationen sind im Handbuch beschrieben: https://musescore.org/de/handbuch/ansicht-und-navigation#zoom
Falls das nicht wie beschrieben funktioniert, wurde auf der genutzten Plattform diese Funktion verändert oder nicht implementiert. Fragen sollten dann in Foren der Plattform gestellt werden.

Dafür stellen sie hier fragen.
Und beantworten Fragen zur Eingrenzung des Problems natürlich nicht.
p

Bei mir unter Arch Linux mit X und Xmonad als Window Manager funktioniert das Zoomen der Partitur auch nicht mehr richtig. Kann es nicht sicher sagen, aber ich denke mit dem Update auf MuseScore 3.6.2 (seit ein paar Wochen).

Wenn ich mit Strg+Scrollrad benutze sind die Zoom-Stufen der Partitur folgendermaßen: 100% -> 6% bzw. 100% -> 1600% -> 25600%

Das vertikale Scrollen funktioniert übrigens ganz normal. In anderen Anwendungen wie Firefox oder Chromium funktioniert das Zoomen mit Mausrad ganz normal.

Ich vermute aber, dass es an Qt liegt. Das ist mir mit speziellen Window Managern schon öfter mal aufgefallen, auch bei anderer Software. Zum Beispiel sind Toolbar-Icons je nach angeschlossenem Bildschirm (abhängig von Bildschirmauflösung) um ein vielfaches größer waren, oder eben das Scrollen. Ich glaube Qt denkt es müsse einen High-Resolution-Monitor bedienen und vergrößert deshalb Icons oder verstärkt vllt den Scroll-Effekt.

In reply to by Jojo-Schmitz

Danke. Aber seltsam. Gleiches Zoom-Problem bei 3.6.0, 3.6.1, 3.6.2. Auch sehen die AppImage-Versionen anders aus: Links im Bild das AppImage (falsch), rechts das Arch Package (richtig). Beide aus dem Terminal heraus gestartet, also gleiches Environment.

Zoom-Bug bei allen Versionen der gleiche.
2021-11-29_22-35-10_screenshot.png

In reply to by nurfz

Das Environment muß nicht gleich sein. Das kann im AppImage verändert sein.
Ich bekomme gerade keine 3.6.2 mit Ark geöffnet, aber in der 2.3.2 wird in der Datei AppRun
export QT_STYLE_OVERRIDE="GTK+" # use system font size
gesetzt. Es besteht daher die Möglichkeit, das in der AppImage das Environment etwas verändert wird.

In reply to by nurfz

Mir kommt da ein doofer Gedanke. Kann es sein, das irgendwelche Umgebungsvariablen nicht gesetzt, ungünstig gesetzt oder was auch immer, sind?
Wäre sowieso einmal interessant, auf welche Environment-Variablen Musescore zurückgreift. Gibt es da ein Liste?
(Ich hatte mal so einen Fall, das bei zwei Fenstermanagern einige Shortcuts nicht gingen, bzw. Fehler warfen und in einem anderen WM alles problemlos lief.)
Kann aber auch sein, das mit dem rumgepfusche am Fenstermanagement (siehe Mixer, Paletten, ...) solche Nebenwirkungen auftreten.

Edit: Zu den Environment-Variablen findet sich auf den Musescore-Seiten folgendes: https://musescore.org/en/handbook/3/command-line-options#ENVIRONMENT

In reply to by tuxan

Ja, kann gut sein, dass Qt oder MuseScore anhand des Environment seltsame Entscheidungen für die Darstellung trifft. Aber ich hab zumindest keine Sonderregeln für MuseScore in meiner WM config und mein WM ist auch ziemlich minimalistisch. Bei der Doku (Link) ist eigentlich nichts verdächtiges dabei.

In reply to by nurfz

Wenn du schreibst "...es funktioniert nicht mehr..." und du denkst, dass es an der verwendeten Qt-Version liegt, wäre schon einmal interessant, mit welcher Version es funktioniert hat. Das AppImage von MuseScore 2.3.2 nutzt z.B. Qt 5.4.2, hingegen das von MuseScore 3.6.2 die Qt-Version 5.9.8
Eine andere Idee, die ich immer testen würde, ob sich mit einem anderen Window-Manager ein anderes Verhalten zeigt, z.B. "XFCE".

In reply to by kuwitt

Es ist leider schwierig herauszufinden, mit welcher (Qt?) Version es noch funktioniert hat.
Vor paar Wochen hat es noch funktioniert und ich habe unter Arch immer die aktuellsten Versionen, so viel kann ich sagen. D.h. mit 3.6.0 muss es auf jeden Fall noch funktioniert haben, weil der Release ist ja schon mehr als paar Wochen her.

AppImages 3.6.0 bis 3.6.2 haben, wie du sagst alle Qt 5.9.8 und haben alle den Bug.

Aber wenn ich das aktuelle MuseScore normal unter Arch Linux installiere habe ich Qt 5.15.2.

Ich kann mal versuchen, Qt zu downgraden. MuseScore downgraden hat ja wie gesagt nicht schon mal nicht so einfach funktioniert. Ja und ich werd mal versuchen, ob ich einen anderen WM starten kann.

In reply to by nurfz

Wenn du AppImages nutzt, macht downgraden von QT m.E. keinen Sinn, die AppImages nutzen die eingebauten QT-Versionen, nicht die der auf dem System installierten Distribution. Für mich macht es nur Sinn, die AppImages der verschiedenen Veröffentlichungen durchzutesten, über Hilfe->über Qt.. erfährst du jeweils welche eingebaute Qt-Version verwendet wird.

In reply to by kuwitt

Ja, verstehe. Qt downgraden wollte ich ja nur, damit ich die "normal" installierte MuseScore Version mit einem älteren Qt testen kann, weil es ja kürzlich noch funktionierte.

Noch ältere AppImages testen als 3.6.0 ist dann wohl nicht zielführend, weil es ja bereits mit neueren Versionen funktioniert hat.

In reply to by nurfz

Weiß ich nicht. Das Appimage von MuseScore 2.3.2 nutzt Qt 5.4.2, MuseScore 3.4.2 nutzt z.B. Qt 5.9.8 (wie MuseScore 3.6.2), MuseScore 3.0.0 wiederum die Qt-Version 5.9.3,
Von daher, wenn man wirklich die Ursache bei der Qt-Version ausschließen will, müsste man die einzelnen AppImages durchtesten.

Do you still have an unanswered question? Please log in first to post your question.