Problem beim Speichern des Szenarios

    :) Ja du hast einen Denkfehler und ja du hast auch das Recht Denkfehler haben zu dürfen. Softwareentwickler leben in einer anderen Welt und ob der Ordner nun 34AFee bla bla sich nennt oder Hannover-Hamburg ist die Entscheidung des Entwickler. *lach* Ach würden die Entwickler doch nur so denken, wie ein normaler Mensch. Tun sie nimmer.



    :ugly: 00000035-0000-0000-0000-000000002012 = München-Augsburg
    :ugly: 00000004-0000-0000-0000-000000000000 = Hagen- Siegen.


    Beim Speichern einer Aufgabe über F2 werden Save Dateien im Aufgabenverzeichnis angelegt. Diese werden bei jedem Speichern der Aufgabe überschrieben. Wenn du den Speicherstand der Aufgabe sichern möchtest, musst du alle Dateien mit "Save" der Aufgabe sichern oder das komplette Verzeichnis der Aufgabe. Eine Listenführung solcher Speicherungen gibt es nicht.


    Gruß Norbert

    Zitat von Zugchef

    es ist doch nun wirklich nicht ersichtlich, dass: 10e08ef3-3c2f-4fd1-8eee-2d704eddf592 "übersetzt" "bereit zur Abfahrt" heisst.

    natürlich nicht, heißt es ja auch nicht, muss man auch überhaupt nicht wissen. Dafür sind ja die TS-Menus da, das in verständliche Sprache zu übersetzen, und zwar je nach eingestellter Landessprache unterschiedlich.


    Das sind einfach nur interne Schlüssel (UUID oder GUID genannt), wie sie vom TS an tausenden Stellen verwendet werden (und die im Normalfall nach einer Methode konstruiert werden, die von Microsoft schon seit Jahrzehnten benutzt wird). Im "normalen" Spielbetrieb hat man damit rein gar nichts zu tun, nur Nutzer die selbst irgendwas im TS bauen (oder ändern) wollen, kommen damit in Berührung.


    Der eigentliche Name eines Szenarios ist ja nicht diese Ordner-ID, sondern steht in einer Datei mit immer demselben Namen "ScenarioProperties.xml" in diesem Ordner. Der Name hat auch wieder so einen Schlüssel - warum? weil der Name je nach Spracheinstellung des TS ja ganz unterschiedlich sein kann. Der Schlüssel hingegen bleibt (für dieses Szenario) immer gleich, egal welche Sprache eingestellt ist.


    Was, wenn du zufällig 4 verschiedene Szenarien mit dem selben Namen installiert hättest und Spielstände mit Klartextnamen in einem zentralen Ordner gespeichert würden - überschreibt der eine Speicherstand den eines anderen Szenarios?
    Mit den Schlüsseln hingegen sind die Szenarien auch bei identischen Namen als unterschiedlich zu erkennen und werden vom TS richtig zugeordnet, ohne dass der Benutzer selbst noch irgendwie Buch führen muss.


    Um das Beispiel von Norbert aufzugreifen: wenn RSC den Streckenordner von München-Augsburg "München-Augsburg" genannt hätte, und man eine Strecke eines anderen Autors installiert, die dummerweise genauso heißt --> eine der Strecken wäre nicht mehr funktionsfähig.
    Bei Szenarien dieselbe Gefahr.

    Warum benutzt Du nicht einfach den RW-Szenario Manager? Der macht doch alles was Du willst:


    - Klartextnamen für die Strecke


    - Klartextnamen für das Szenario
    - Datum und Uhrzeit für den Speicherstand (unter entsprechender Streck und Szenario mit Klartextnamen=
    - Speichert automatisch beliebig viele Speicherstände pro Szenario durch Verwendung der originalen Spielespeicherfunktion mit F2
    - Einfach im Szenariomanager ein Szenariospeicherstand doppelklicken und im Untermenü des Menüs Fahren ein Szenario starten und die Frage nach gespeichertem Spielestand verwenden mit Ja beantworten. Nicht die Funktion fortsetzten im Menü Fahren verwenden, das geht nicht.

    Zitat von nobsi

    Um das Beispiel von Norbert aufzugreifen: wenn RSC den Streckenordner von München-Augsburg "München-Augsburg" genannt hätte, und man eine Strecke eines anderen Autors installiert, die dummerweise genauso heißt --> eine der Strecken wäre nicht mehr funktionsfähig.
    Bei Szenarien dieselbe Gefahr.

    ;) Seit es Windows gibt oder ich sage mal besser seit Windows 95, denn 3.1 hatte ich nicht, wird der User gefragt. " München-Augsburg besteht bereits. Möchten Sie den Ordner und seinen Inhalt ersetzen?" Es wäre auch ein Armutszeugnis, wenn das nicht so wäre. Die Problematik des Überschreibens von bestehenden Dateien ist also nicht vorhanden schon gar kein Grund absurde Codeschlüssel zu verwenden. Aber was RSC sich dabei gedacht hat ist eingentlich jetzt auch egal, denn geändert werden kann es nur noch mit einem Black Out.........Nichts geht mehr. Also muss man damit leben."00X" hätte aber problemlos München-Augsburg als Bezeichnung haben können. Selbst Umlaute in Dateinamen sind im Jahre 2014 kein Problem mehr. Zu DOS-Zeiten gab es aber schon mal Ärger. Aus der Steinzeit sind wir raus. Gut so.


    *lach* Sollte aber RSC keine Abfrage nach einem bestehenden Verzeichnis kennen, dann wird halt einfach ohne Vorwarnung drübergebügelt. Wundern würde es mich nicht. Eine Programmierungsfrage und keine Systemfrage im Jahr 1995-2014. Microsoft sorgt schon für Sicherheit, solange der Anwender oder Programmierer nicht am PC schläft. :thumbsup: Natürlich kann man bei OK auch jedes Verzeichnis überschreiben lassen.


    Gruß Norbert


    Aus der Praxis: Ein User möchte die Aufgabe MEL_TEE Rheingold installieren. 8) Der User mag grundsätzlich keine belanglosen Fragen gestellt zu bekommen. Deshalb fragt das Programm sich selbst. Ist die Aufgabe schon installiert? Wenn ja passiert einfach nix. Der User darf Dumm sein, der Programmier hat dieses Grundrecht nicht. Also München-Augsburg geht voll in Ordnung.....Nur bei RSC halt nicht. Zuviel Programmcode gelesen und dann wird aus München-Augsburg halt dieser Pseudoschlüssel. :ugly: Nicht von dieser Welt die Kollegen.


    :uglysanta: C:\Programme\Steam kann auch irgendetwas sein. Also muss etwas abgefragt werden. Sonst trägt der User wiedereinmal Trauer und wenn die Abfrage einen negativen Wert hat, dann bekommt der User eine Meldung auf den Bildschirm. So soll es sein und so muss es auch sein. Warum also nicht München-Augsburg. Probiert es einfach mal aus. Gebt doch einfach irgendetwas an.....schon ist sie da die Meldung oder soll ich denn wirklich den Mist irgendwo hin installieren. Wohl er nicht.

    4 Mal editiert, zuletzt von Norbert Koch ()