Scrolling per rechter Maustaste kaum noch nutzbar

Willkommen in der Transport Fever Community

Wir begrüßen euch in der Fan-Community zu den Spielen Transport Fever und Train Fever, den Wirtschaftssimulatoren von Urban Games. Die Community steht euch kostenlos zur Verfügung damit ihr euch über das Spiel austauschen und informieren könnt. Wir pflegen hier einen freundlichen und sachlichen Umgang untereinander und unser Team steht euch in allen Fragen gerne beiseite.

 

Die Registrierung und Nutzung ist selbstverständlich kostenlos.

 

Wir wünschen euch viel Spaß und hoffen auf rege Beteiligung.

Das Team der Transport-Fever Community


  • Vor einiger Zeit fing es bei mir an, dass das Scrollen der Map per gedrückter rechter Maustaste ab und an mal hakte. Inzwischen ist es aber so schlimm, dass diese Funktion kaum noch nutzbar ist. Besonders auffällig ist dies ab einer bestimmten Höhe. In Bodenhöhe klappt's in den meisten Fällen. Alles darüber wird schon schwierig. Dabei ist es auch egal ob man ein Asset am Zeiger hängen oder ein Dialog-/Baufenster offen hat. Auch spielt es keine Rolle ob man sich in einem bebauten oder unbebauten Abschnitt der Map befindet.

    Ich werde es jetzt noch mal mit einer komplett leeren, neue Map probieren, denn aktuell macht das so keinen Spaß.


    Kennt dieses Problem jemand und weiß, was vielleicht der Auslöser dafür sein könnte? Ich hatte die "Build with collission" Mod im Verdacht, seitdem man in dieser die rechte Maustaste zum Platzieren verwenden kann. Aber ein Runtersetzen auf eine früher Version (1.8 => 1.5) sowie das komplette Entfernen änderte nichts am Verhalten.

    System: AMD Ryzen 7 7800X3D, 64 GB RAM, nVidia RTX 3060, Windows 11

  • Ok, das Problem tritt auch auf einer leeren Map ohne Mods auf. Man muss die Maustaste extrem feste drücken, damit sich etwas tut, aber auch dann klappt's nicht immer.
    Und nein, die Maus ist's nicht, denn in Windows und anderen Applikationen genügt weiterhin ein leichter Druck und auch ein Tausch der Maus änderte nichts am Verhalten.

    System: AMD Ryzen 7 7800X3D, 64 GB RAM, nVidia RTX 3060, Windows 11

  • Manchmal geht das Klicken mit der Maus gut, das ziehen nicht so, für mich klingt das nach einem Mausproblem. Ich hatte mal so ein Problem das ich mit der linken Maustaste gut klicken konnte, jedoch das Markieren von Texten fast unmöglich wurde (weil die Taste immer unwillkürlich losliess). Ich machte die Maus auf, nahm die Taster auseinander, im vielleicht wieder einen Fehler zu finden, dann wischte ich vielleicht noch ein paar mal darüber, und baute die Maus wieder zusammen. Ergebnis war wieder eine Funktionierende Maus,


    Edit: Da hat wohl einer nicht bis zum letzten Punkt gelesen.

    Einmal editiert, zuletzt von EMP ()

  • MaikC

    Hat das Label ungelöst hinzugefügt
  • Würde vermuten dass du ein oder mehrere Mods nutzt, die auf die neue Mouse Listener Funktion zugreifen.


    2 Möglichkeiten das rauszufinden:

    Alle Modordner nach insertMouseListener und setMouseListener durchsuchen.

    Oder spaßeshalber eine alte PreKonsolen Version aktivieren und dadurch Fehlermeldungen dieser Mods triggern.


    Zuletzt wusste ich nur von WernerK dass er diese Funktion nutzt. Und auch meinte, dass es Probleme gibt wenn 2 Mods gleichzeitig einen Mouse Listener verwenden. Aber keine Ahnung was der aktuelle Stand ist.

  • Ok, dann versuche ich mal etwas Licht ins Dunkle zu bringen: ;)


    Einige Mods von okeating nutzen wohl auch den Mouse Listener, allerdings mit der linken Taste. Ich selber nutze in der aktuellen Beta-Version 1.7 des Anfang-Ende-Markers seit knapp zwei Wochen die Möglichkeit des Rechtsklicks, nachdem ich recht lange damit experimentiert und genau wegen der erwähnten Probleme UG konsultiert habe. Es ist tatsächlich so, dass der Mausklick entweder global an alle Mods durchgereicht oder von einer Mod abgefangen wird. Dies wird durch den jeweiligen Rückgabewert der Mouse-Listener-Funktion in guiInit bestimmt. Hieraus ergibt sich der Nachteil, dass sich alle betreffenden Mods kooperativ verhalten müssen. Ich muss also wissen, unter welchen Bedingungen ich einen Mausklick abfange, und wann ich ihn durchreiche. Es ergeben sich zwei potenziell kritische Störsituationen:

    • Ich fange einen Mausklick ab, der eigentlich für eine andere Mod bestimmt ist. Genau das ist in meiner Experimentierphase gegenüber BuildWithCollision passiert.
    • Eine andere Mod sendet mir, weil zu "großzügig" konfiguriert, irrtümlich einen Mausklick, der meine Mod stört. Wohlgemerkt, jede Mod ist immer im Hintergrund aktiv, selbst wenn ein Icon nicht selektiert ist.

    Die Kriterien müssen also präzise eingegrenzt und eindeutig festgelegt werden. Ich selber fange nur Mausklicks ab, wenn ein Segment vormarkiert oder der Endmarker gesetzt ist. Das sind eindeutige Kriterien, dass meine Marker-Mod in der erwünschten Form aktiv ist. Das Problem ließe sich erheblich eleganter lösen, wenn es z.B. eine Meldung gäbe, dass ein bestimmtes Icon, also das meiner Mod, nicht nur sichtbar, sondern ausgewählt ist. Ich habe allerdings nicht den Eindruck, dass ich da bei UG offene Türen einrenne.


    Dieses Problem ist übrigens auch von anderen On-Funktionen bekannt. So rufen gelegentlich bestimmte Eingaben in der Fahrplan-Mod andere, darunterliegende Dialoge auf. Auch Klicks in ausgeklappte Dropdowns in den Einstellungs-Dialogen konnten witzigerweise darunterliegende Checkboxen umschalten. Es ist also ein generelles Problem.

    Ich will TpF3 mit Dinos, Zombies und Vulkanen!

  • Vielen Dank für die ausführlichen Infos!

    Von Werner habe ich aktuell keine Mods aktiv. Somit müsste ich also mal suchen. Aber helft mir dich bitte mal auf die Sprünge. Es gibt doch ein Tool mit dem man verzeichnisweit nach bestimmten Einträgen in Dateien suchen und diese auch direkt ändern und ersetzen kann. Davon entfiel mir nur leider der Name.

    System: AMD Ryzen 7 7800X3D, 64 GB RAM, nVidia RTX 3060, Windows 11

  • CommonAPI2:

    eis_os_commonapi2_1\res\config\game_script\commonapi2_gamescript.lua

    ca. Zeile 204, testweise auskommentieren:

     mainView:insertMouseListener(mouseListener)

    durch ändern in:

    -- mainView:insertMouseListener(mouseListener) 

  • Theoretisch könnte die Ursache auch ein Konflikt zwischen dem BwC-Rechtsklick und spieleigenen Funktionen sein. Aber dann hätten Andere ja ebenfalls dieses Problem.


    Also liegt es wohl am Spiel selbst. Vor allem aus größerer Höhe hakt es? Eigentlich logisch, denn da müssen größere Datenmengen geschaufelt werden. Hast du schon mal Performance Tuning von okeating (nur auf Steam) getestet? Wenn du es auf aggressive stellst, sind zwar aus größerer Entfernung alle Bäume komplett weg, aber das wäre sicherlich das kleinere Übel.

    Ich will TpF3 mit Dinos, Zombies und Vulkanen!

  • Hm...nein, das sagt mir nichts. Müsste ich mal versuchen.
    Ich lud jedenfalls testweise mal zwei ältere Maps und da tritt das auch auf, wenngleich nicht so heftig wie auf der aktuellen Karte. Aktiv ist auch da BWC 1.8 .
    Das schmiss ich auf der aktuellen ja schon mal raus und setzte 1.5 wieder ein, aber das Spiel zeigte mit weiterhin die 1.8 im Ingame-Modmanager an.


    Ist wirklich komisch, denn die Maus funkioniert problemlos im Desktopbetrieb und in anderen Spielen (z.B. Shootern) und am Rechner dürfte es jetzt wirklich nicht liegen (AMD Ryzen 7 7800X3D, 64 GB RAM, Geforce RTX 3060).

    System: AMD Ryzen 7 7800X3D, 64 GB RAM, nVidia RTX 3060, Windows 11