Mausrad scrollt falsch unter Linux (Arch)
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
Do you still have an unanswered question? Please log in first to post your question.
Comments
Bei mir (Linux Mint) funktioniert der Zoom, wenn ich die Taste STRG gedrückt halte und das Mausrad bewege.
Antwort auf Bei mir (Linux Mint)… von Pentatonus
Natürlich wollte ich es mal so... sieht so aus, es hängt auch vom Distro ab.
Funktioniert denn der Zoom mit Strg+Mausrad in anderen Anwendungen, z.B. Webbrowser?
Ich nutze zwar selbst Linux, aber keine Maus mit Scrollrad.
Für mich klingt es eher nach einer Einstellung innerhalb der Linuxdistribution: https://www.ecosia.org/search?q=linux+mausrad+scroll+umkehren.
Oder du durchstöberst einmal einmal das englischsprachige Forum zu ähnlichen Problemen, die dort berichtet worden: https://musescore.org/en/search/content?keys=zoom+mouse+wheel.
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...
Antwort auf Ich hab es gecheckt: unter… von palibatir
Ggfs. nocheinmal in entsprechenden Foren der Distributionen posten, damit man weiß, ob die Ursache bei MuseScore liegt oder bei jeweiligen Voreinstellungen der Distributionen, die MuseScore nicht beeinflussen kann.
Antwort auf Ich hab es gecheckt: unter… von 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.
Antwort auf Es funktioniert auch unter… von tuxan
Dafür stellen sie hier fragen.
Antwort auf Dafür stellen sie hier… von 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.
Antwort auf Bei mir unter Arch Linux mit… von nurfz
Funktioniert es denn mit einer Vorgänger-AppImage von MuseScore (=gleich anderer QT-Version)?
Antwort auf Funktioniert es denn mit… von kuwitt
Wo würde ich denn ein älteres AppImage herbekommen?
Hier finde ich nur das aktuelle oder deutlich ältere:
https://musescore.org/de/download
Und mit
pacman -U ...kann ich die 3.6.1 gerade nicht installieren (wurde schon aus dem Cache gelöscht). Und 3.6.2-2 statt -3 ist noch im Cache aber lässt sich wegen anderer Abhängigkeiten nicht mehr installieren.Antwort auf Wo würde ich denn ein… von nurfz
Von https://github.com/musescore/MuseScore/releases
Antwort auf Von https://github.com… von 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]()
Antwort auf Danke. Aber seltsam… von 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.
Antwort auf Wo würde ich denn ein… von nurfz
Ältere AppImages kannst du bis zu einem gewissen Zeitpunkt hier herunterladen: https://ftp.osuosl.org/pub/musescore/releases/. Für Versionen danach bis zur aktuellen Version, gibt es (oder gab es??) meines Wissens nach auf github auch Quellen, finde sie allerdings gerade nicht.
Antwort auf Bei mir unter Arch Linux mit… von 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
Antwort auf Mir kommt da ein doofer… von 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.
Antwort auf Ja, kann gut sein, dass Qt… von 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".
Antwort auf Wenn du schreibst "...es… von 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.
Antwort auf Es ist leider schwierig… von 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.
Antwort auf Wenn du AppImages nutzt,… von kuwitt
Da sollten alle MuseScore 3.x Version Qt 5.9 verwenden, alle MuseScore 2.x dagegen Qt 5.4, und alle MuseScore 1.x verwenden Qt 4.8
Antwort auf Wenn du AppImages nutzt,… von 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.
Antwort auf Ja, verstehe. Qt downgraden… von 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.