0.99.18-1733: Hauptmenu ist durchlässig - Druckversion +- Deutsches Simutransforum (https://simutrans-forum.de/mybb) +-- Forum: Simutrans (https://simutrans-forum.de/mybb/forumdisplay.php?fid=3) +--- Forum: Bugs und Probleme (https://simutrans-forum.de/mybb/forumdisplay.php?fid=11) +---- Forum: behobene Bugs (https://simutrans-forum.de/mybb/forumdisplay.php?fid=12) +---- Thema: 0.99.18-1733: Hauptmenu ist durchlässig (/showthread.php?tid=3026) |
- Wurzelgnom - 07-04-2008 Zitat:Original von FrankP funtioniert in Release 1748 - Wurzelgnom - 09-04-2008 pak64 revision 61 new_cursor.dat Code: Obj=cursor Code: # WKZ_MARKER=6 Beinhaltet beides den gleichen Cursor, das Markierungsschild. Ist das das gleiche und damit doppelt oder sind das zwei verschiedene Dinge? _______________________________ Der Button von WKZ_MARKER=6 war eigentlich der für die Markerliste in der Listenverwaltung. Der wirkt, vom Aussehen her, in den Spezialwerkzeugen etwas fehl am Platz. _______________________________ WKZ_LOCK_GAME=28 hat Cursor 7 (WKZ_TRANSFORMER) zugeordnet ? - prissi - 09-04-2008 Der zweite Marker ist der Baumarker, mit dem die KI Baugrund markiert. Das kann durchaus verschieden sein von dem Cursor, weswegen ich das auch trennen wollte. Cursor7 ist der undefinert-Cursor. - Wurzelgnom - 09-04-2008 Zitat:Original von prissi Das ist schon klar. WKZ_LOCK_GAME heist doch 'Spielerwechsel sperren' nehm ich an. Das ist eine Funktion, die direkt ausgeführt wird. Wozu also einen Cursor dafür definieren? ________________________________ Zitat:Original von prissi Und welcher ist nun welcher? Einzeldatei = KI GeneralCurser = Spieler oder anders rum - Alexander Brose - 09-04-2008 Muss man sich nicht vorher mit dem Cursor das Sperren der Karte "Erklicken"? Macht auch Sinn, damit man nicht ungewollt sich den Spielerwechsel sperrt. Zudem erspart das ein msgbox-Fenster für die Bestätigung. - Wurzelgnom - 09-04-2008 Zitat:Original von Alexander Brose Tatsache. Funktion halt nie benutzt. Aber den Button als Cursor zu verwenden war da wohl besser, als jetzt den allgemeinen Cursor zu verwenden. Zitat:... Ob man einen Dialog weg klickt oder auf die Karte dürfte wohl egal sein. Einen Klick braucht man so oder so. Eine Infobox (mit JA/NEIN), die ausführlicher Beschreibt was man da anrichtet ist gar keine so schlechte Variante. Bei variablem Text lässt sich die dann auch an so mancher anderer Stelle verwenden. Speichern und Laden zBsp. - Alexander Brose - 09-04-2008 Na bitte - wäre ein prachtvoller Schritt in Richtung mehr Nutzerfreundlichkeit. Das JA oder NEIN würde ich als Grafik umsetzen. Ein grünes Häkchen und ein rotes Kreuz als Schaltfläche lässt sich universal verwenden und muss dann nicht übersetzt werden. - prissi - 09-04-2008 Die Logic von Simutrans kommt nicht wirklich mit modalen Dialogboxen klar. Und aus Untersuchungen zur Benutzerfreundlichkeit weiß man, dass diese umbedingt zu vermeiden sind. Un bevor man klickt, sieht man eh den Tooltip, den man ja in der neusten Version auch an den Mauszeiger hängen kann ... - Oliver - 10-04-2008 Nur mal als Ergänzung zu dem Thema "Rutschen in den Hintergrund" Ich erinnere mich, einmal ein Thema gestartet zu haben (bereits bei 99.15 glaube ich). Das Fehlerbild war, dass bei Scrollen mit Rechter Maustaste durch die Karte folgendes passierte: Rutscht man aus dem aktiven Fenster heraus, passiert das Gleiche wie hier beobachtet. Man befindet sich mit dem Zeiger im HG, das Spiel bleibt im Vordergrund. Ich habe diesen Fehler auch noch in 0.99.17 beobachtet. Könnte vielleicht etwas mit zu tun haben... Buttongröße - Wurzelgnom - 10-04-2008 Kleinere und größere Buttons verursachen Grafikfehler beim Hauptmenü. Die eine Grafik sind 24er Buttons und die andere Grafik sind 40er Buttons. |