MS3.5 Blättern
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (32-bit): 3.5.0.13199, revision: 43c5553
Habe eben die Portable-Version 3.5 heruntergeladen und versuche mich zurechtzufinden, habe aber Probleme beim vorwärts und rückwärts Blättern. (Tasten Bild+Pfeil nach oben und Bild+Pfeil nach oben, rechts von den Tasten Pos1 und Ende.)
Ich muss die Tasten jeweils 2x drücken und eine Seite weiterzukommen.
Zur Verdeutlichung habe ich 2 Hardcopies beigefügt:
Blättern1.jpg: Ausgangszustand vor dem Blättern
Blättern2.jpg: Zustand nach Drücken der Taste Bild+Pfeil nach unten; Seite ist nach oben verruscht.
Erst nach einem weiteren Drücken der Taste erscheint die nächste Seite.
Bei Verwendung der Tasten Bild+Pfeil nach oben bzw. unten im Ziffernblock passiert genau das gleiche.
Zoom-Einstellung ist "Ganze Seite"; Seitengröße ist A4.
Ursprünglich habe ich die Tastatur QWERZ ausgewählt. Als das Problem aufgetreten ist, habe ich bei den Tastaturkürzeln die Aktionen "Bildschirm nächster" und "Bildschirm voriger" durch Drücken der Tasten Bild+Pfeil ... neu gesetzt; hat aber nichts bewirkt.
Dann habe ich auf Werkseinstellungen zurückgesetzt und beim neuen Konfigurieren die Standardtastatur deutsch T1 ausgewählt. Aber auch das hat nichts genutzt. Ich muss weiterhin jeweils 2 mal blättern, woran ich mich bisher nicht gewöhnen kann (Augentortur).
Hat jemand einen Tip für mich?
| Anhang | Größe |
|---|---|
| Blättern1.JPG | 208.98 KB |
| Blättern2.JPG | 187.56 KB |
Comments
Funktioniert bei mir, gleiche MuseScore version, Windows 7
Versuche auch mal Strg+Bild rauf/runter
Antwort auf Funktioniert bei mir von Jojo-Schmitz
Danke für den Tip mit Strg+Bild rauf/runter. Habe noch weiter rumprobiert; anbei Datei zum Reproduzieren des Problems (zumindest bei mir; Bildschirmauflösung: 1920 x 1200).
Testfall
o Datei laden
o Einmal vorwärts blättern (ok)
o Eine Silbe des Liedtexts markieren und mit rechter Maustaste "Stil" auswählen".
o "Min. Rand unten" auf 1,0sp setzen, OK drücken
o vorwärts blättern: Bei mir geht es ab jetzt nur noch im Hobblemodus mit 2 mal drückem pro Seite; Strg+Bild rauf/runter funktionert aber gut!
Testfall
o Datei laden
o Vorwärts blättern bis zum Takt 31
o Die 3 mf in 2. - 4. Zeile markieren (Strg gedrückt) und den "Versatz X:" per Maus mit dem "Dreieck nach oben" schrittweise bis auf 2,0sp erhöhen, so dass die Zeilen enger zusammenrücken.
o mit Maus auf den Rand klicken (Inspektor leer)
o vorwärts blättern: Bei mir geht es ab jetzt nur noch im Hobblemodus mit 2 mal drückem pro Seite; Strg+Bild rauf/runter funktionert aber gut!
Antwort auf Danke für den Tip mit Strg… von Nikolaus Hold
Testfall 1 kann ich nicht nachvollziehen
Testfall 2 auch nicht
Antwort auf Testfall 1 kann ich nicht… von Jojo-Schmitz
Nun, ich habe meine Testfälle jeweils 3 mal getestet und dabei jedesmal musescore neu gestartet. Was soll ich da noch sagen; glücklich sind die, die keine Probleme haben.
Zweck meiner Arbeit war es, einen deutschen Text zu unterlegen. Nachdem ich alles englische gelöscht hatte, ging es lange Zeit wieder gut mit dem Blättern. Aber im fast fertigen Zusand muss ich wieder etwas geändert haben, an das ich mich nicht erinnern kann, was aber dazu führte, dass die Datei jetzt permanent im Hobble-Modus ist. Mittlerweile habe ich zuviel Arbeit reingesteckt, um auf eine vorherige Sicherung zurückzusetzen. Also bleibt nur 2 händiges Blättern, um alles fertigzustellen; nicht besonders begeisternd.
Antwort auf Nun, ich habe meine… von Nikolaus Hold
Interessehalber habe ich auch mal deine Testfälle durchgespielt und kann dein Problem ebenfalls nicht nachvollziehen. Bild rauf/runter funktionert immer, Strg+Bild rauf/runter funktionert überhaupt nie. Habe allerdings unter W10 die 64-bit Version. Rückfrage: Wozu brauchst du bei der Liedtexeingabe eigentlich so häufig das Blättern, dass es deine Arbeit behindert?
Antwort auf Interessehalber habe ich… von Mr Fox
Zu 64 Bit:
Habe eben das neueste Nightly ausprobiert:
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 4.0.0.13450, revision: 9bde313
Letzte Fassung der mit 3.5 erstellten Datei geladen; Zoom "Ganze Seite": hobbelt wie gehabt.
Dann habe ich andere Zoom-Einstellungen probiert:
50%: Blättern wunderbar, ohne Probleme
75%: dito
<= 86%: Blättern wunderbar, ohne Probleme
87% - 150%: "Bild runter" 2 mal drücken bis die nächste Seite kommt
ab 200 %: 3 mal oder mehr drücken (ok).
In beiliegendem Hardcopy kann man sehen, dass die Seiten bei 95% optisch wunderbar auf den Bildschirm passen, dennoch muss ich zum Blättern 2 mal drücken.
Ich kann nur vermuten, dass das Programm auf meinem PC (auf Grund irgendwelcher Änderung der automatischen Platzierung) meint, dass die Seiten größer sind, als optisch dargestellt.
Dass sich das Programm bei jedem der 3 hier Beteiligten anders verhält, beruhigt mich keinesfalls.
zu "häufig Blättern":
Das Lied hat 6 Stimmen und insgesamt 12 Seiten. Wie soll ich da nicht häufig Blättern?
Oder meinst du, ich soll in der "kontinuierlichen Ansicht" arbeiten? Nach jahrelangem Arbeiten mit MS-V2 (wo das Problem nie auftrat) lassen sich Gewohnheiten schwer ändern. Vielleicht ärgert mich ja auch weniger, "dass es meine Arbeit behindert", als der Frust, dass das Programm nicht so reagiert, wie es nach der optischen Darstellung sein sollte.
Antwort auf Zu 64 Bit: Habe eben das… von Nikolaus Hold
Was mir auffällt, ist, das Du wahrscheinlich eine andere Bildschirmauflösung verwendest, als die anderen, die sich hier gemeldet haben.
Schalte einfach mal von Deinen 1920x1200 auf 1920x1080 um und teste nocheinmal. Evtl. besteht ein Fehler beim Erkennen des Seitenverhältnisses.
Wenn es bei 1920x1080 nicht mehr auftritt, wäre es wohl eine Bugmeldung wert.
Falls doch verorte ich das Problem bei der Kommunikation zwischen Musescore und Betriebssystem. Dann sollte zur Sicherheit aber auf einem 64-bit-System ein 64-bit-Musescore getestet werden.
Antwort auf Was mir auffällt, ist, das… von tuxan
Meine Konfiguration ist vielleicht noch ungewöhnlicher als vermutet:
linker Bildschirm an DisplayPort: 2560 x 1440
rechter Bildschirm an HDMI: 1920 x 1200
(Nicht um die MuseScore Entwickler zu ärgern; der Desktop hat nun mal nur diese 2 Buchsen. Nach PC-Neukauf habe ich den 16:10 Zweitbildschirm des vorigen Laptops weiter verwendet.)
Wie vorgeschlagen habe ich die Auflösung des rechten auf 1920 x 1080 geändert und habe jetzt schwarze Streifen oben und unten. Danach habe ich das 4.0.0.13450 Nightly gestartet und erstmal auf Werkseinstellungen zurückgesetzt; dann meine Datei geladen.
Die Blätterprobleme bleiben unverändert, bis auf die Tatsache, dass die größte Zoomeinstellung, bei der das Blättern normal funktioniert, jetzt 75 % ist, wenn ich für das Musescore-Fenster die volle Bildschirmhöhe (1080) nutze.
Wenn ich das Fenster verkleinere, wie im beiligenden Hardcopy Blättern4.JPG dargestellt, verringert sich dies auf 69%.
Nachtest mit Vers 3.5 + 1920 x 1080:
Maximaler Zoom für richtiges Blättern bei voller Höhe: 80 %
bei Fenstergröße wie in Hardcopy Blättern5.JPG: 73%
Beachte, dass bei V4.0.0.13450 die Arbeitsplatzleiste eingeblendet ist, bei V3.5.0.13199 dagegen nicht.
Nun bleibt mir nur noch Kopfschütteln.
Antwort auf Meine Konfiguration ist… von Nikolaus Hold
Wie ich auf den Bildern sehe, hast Du Musescore nicht im Vollbildmodus am laufen, so das die Bildschirmauflösung eigentlich keine Rolle spielen sollte.
Das sich dennoch das Verhalten ändert, kann viele Ursachen haben und es wären zig Fragen zu beantworten (die wohl Aufgrund unterschiedlichem Verständnisses und Wissens zu anderen Ergebnissen führen würde).
Man müßte selbst davor sitzen und die Sache untersuchen.
Nach betrachten der Bilder und dem oben noch gesagten tun sich eine Reihe Fragen auf, Kleinigkeiten, die aber einen Hinweis geben können. Zum Beispiel zeigen die Bilder 4 und 5, das Du nicht im Vollbildmodus bist. Ist die Umstellung der Auflösung des Monitors bei offenem Fenster (ohne MS vor und nach der Änderung am Fenster vollzogen worden oder ist es geschlossen worden und neu aufgerufen. Da es im Fenstermodus ist, wie verhält es sich, wenn Du es auf den anderen Monitor verschiebst? Gibt es Unterschiede wenn Du mal auf dem linken Monitor MS startest und nutzt gegenüber dem rechten Monitor. Wie ist das Verhalten im Vollbildmodus (links/rechts), ...
Das wären nur ein paar von noch reichlich anderen Fragen.
Da es keiner Nachvollziehen kann, sieht es für eine Lösung schlecht aus.
Aber eines noch. Du schriebst, Du hast MS auf Werkseinstellungen zurückgesetzt und dann deine Datei geladen.
Erstelle doch mal eine neue, ohne an deren Layout etwas einzustellen. Auch keinen eigenen Stil laden. Nur ein Instrument. Einfach nur mal mit Seitenumbrüchen aller paar Notenzeilen mehrere Seiten erzeugen.
Wenn es da klappt, hast Du irgendeine Einstellung gemacht, die dieses Verhalten hervorruft.
So, mehr kann ich wohl zur Ferndiagnose nicht beitragen.
Antwort auf Wie ich auf den Bildern sehe… von tuxan
Ich musste V3.4.2 installieren um meine Arbeit abzuschließen, da ich in 3.5 die Anfangs- und Endpunkte der Crescendogabeln partout nicht so verschieben konnte, wie in der Vorlage vorgegeben. Also bezieht sich das folgende jetzt auf:
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.4.2.9788, revision: 148e43f
Zuerst habe ich meine Testfälle vom 17. Aug 2020 - 13:03 wiederholt:
1. Testfall: reproduzierbar, genau wie für 3.5 beschrieben.
2. Testfall: nicht reproduzierbar, das Blättern ist nach Verschieben der mf weiterhin völlig ok; Verhalten von 3.4 also besser als 3.5
@tuxan:
1. Vollbildmodus: Ich habe noch nie im Vollbildmodus gearbeitet, weil ich den restlichen Bildschirm meist für etwas anderes brauche.
Die Umstellung der Auflösung des Monitors erfolgte, während MuseScore nicht geladen war. Ich habe ja geschrieben: "Danach habe ich das 4.0.0.13450 Nightly gestartet ..."
... auf den anderen Monitor verschiebst?:
Ich habe das Fenster, wie gewünscht, auf den linken Monitor verschoben, dann mit "Windows"+"Pfeil links" auf den linken Rand gebracht und dann den rechten Fensterrand so weit nach rechts gezogen, dass bei Zomm "Ganze Seite" die Seite vollständig reinpasst (ohne schwarzen Rand unten; in diesem Modus arbeite ich seit eh und je.)
Dann habe ich den Testfall 1 wiederholt; Erhebnis: unverändert schlecht.
... auf dem linken Monitor MS startest:
Nach Schließen von MS und Neustart erscheint das Fenster automatisch links auf dem linken Bildschirm. (Windows hat es sich gemerkt).
Testfall 1 wiederholt; Erhebnis: unverändert schlecht.
Verhalten im Vollbildmodus:
Auf linkem Bildschirm Fester maximiert und in MS "Ansicht ganzer Bildschirm" gesetzt; Testfall 1 wiederholt, wie immer mit Zoom "Ganze Seite"; da jetzt 2 Seiten nebeneinander passen, erscheinen nach dem ersten Blättern (das ja immer ok ist) die Seiten 2-3. Nach dem Setzen von "Min. Rand unten" auf 1,0sp habe ich das übliche Hobbeln: Das erste "Bild runter" schiebt die Seiten hoch mit schwarzem Rand unten; erst das 2. "Bild runter" bringt die nächste Seite.
Das gleiche auf dem rechten Bildschirm (hier passen nur 1,5 Seiten zwischen "Paletten" und "Inspektor"): unverändert schlecht, es hobbelt vor sich hin.
Erstelle doch mal eine neue:
Ich weiß nicht genau warum, schließlich verhält sich ja die Testdatei "Bruch_71_7test.mscz" im Ausgangszustand völlig normal (ohne Hobbeln); erst Änderungen in der "Automatischen Platzierung" führen zu dem Problem. Aber folgsam, wie ich bin, habe ich eine neue Datei erstellt mit nur einer Stimme voller C-Dur Tonleitern; gesamt 120 Takte, je 4 Takte pro Zeile ergeben 2,5 Seiten. 2 x vorwärtsblättern geht wunderbar, erst dann (wenn es keine nächste Seite mehr gibt) wird die letzte Seite nach unten geschoben mit schwarzem Rand oben. Das gleiche Ergebnis bekomme ich, wenn ich auf der ersten Seite die "Ende" Taste drücke.
Habe diese Datei als mxl exportiert und in V2.3.2 eingelesen. Dort bleibt beim Blättern und "Ende" die letzte Seite unverrückt stehen, ohne nach unten zu rutschen.
Ich kann bei mir auch kein unterschiedliches Verhalten zwischen MS 3.4.2 und 3.5.0 entdecken - hier Linux und Laptop.
Nur als Idee: falls es dir allein darum geht mit Bildauf- und Bildab-Tasten auf die nächste bzw. vorherige Seite zu gelangen, einfach die Tastenkürzel für "Bildschirm:nächster", "Bildschirm:voriger", "Seite:nächste", "Seite:vorige" umdefinieren?
Antwort auf Ich kann bei mir auch kein… von kuwitt
"Bildschirm:nächster", "Bildschirm:voriger": Das habe ich bereits erfolglos probiert; siehe mein erstes Posting vom 17. Aug 2020 - 01:45
Unterschiedliches Verhalten zwischen MS 3.4.2 und 3.5.0: Siehe meine Antwort @tuxan.
Ich hab gerade nochmal nachgeschaut. In MuseScore 2 gab es gar keine Tastenkürzel für "Bildschirm voriger" und "Bildschirm nächster". Da gab es nur "Seite vorige" und "Seite nächste" und die voreingestellten Tastenkürzel haben sich mit MuseScore 3 geändert. Vielleicht kommt daher die Irritation?