Hallo zusammen,

es freut mich außerordentlich, nach mehrjähriger Entwicklungsphase die deutsche Bibliothek für TADS 3 von Michael J. Roberts ankündigen zu dürfen.

Ihr findet sie, zusammen mit einer Kurzdoku, unter

http://www.michaelbaltes.com/gtads.html

In Kürze wird sie auch auf der offiziellen TADS Seite www.tads.org zu finden sein.

Soweit ich weiß, ist das die erste Übersetzung des Systems überhaupt.

Viel Spaß mit TADS,

Michael

Die Library hat ein kleines Update erfahren. Die Änderungen betreffen das no<<txt>> Dilemma, eine simple Ausgaberoutine, die im Englischen meist prima passt, im Deutschen aber einer aufwändigeren Überarbeitung bedurfte:

x white dress

You see no white dress.

x dress up

You see no dress up.

x weiß

Du siehst hier nichts Weißes.

x weiß Kleid

Du siehst hier kein weißes Kleid.

x Kleid auf

Du siehst hier kein Kleid auf.

Der String wird jetzt komplett geparst. Adjektiv-Endungen und Substantiv-Endungen werden ergänzt, wenn sich das Wort im Wortschatz befindet.

Daher sind Synonyme jetzt auch mit Sonderendung im Akkusativ anzugeben:

z.B.:

+ man : Person 'blöd mann/affe[-n]/typ/kerl' 'Mann'

führt dann zu einer korrekten Ausgabe (Sofern der Mann eben nicht in scope ist)

x blöder Affe

Du siehst hier keinen blöden Affen.

Nach ersten Meldungen, ist wohl sehr bald mit dem Update auf TADS 3.1.1 zu rechnen. Da arbeitet dann die stringComparator class korrekt und der etwas holprige Ersetzungcode für Umlaute in der Eingabe kann komplett rückgebaut werden.

Außerdem hat RealNC zeitgleich ein Update von Frobtads angekündigt, das dann die Umlaute korrekt ausgibt, sofern das Terminal auf 8-Bit eingestellt ist.

Soweit,

-- MI

Was sollen denn "x dress up" und "x kleid auf" bedeuten?

Standardantwort, falls zwar alle Wörter als Wörterbucheintrag erkannt werden, aber in keine sinnvolle Satzschablone passen.

Hannes:

Was sollen denn "x dress up" und "x kleid auf" bedeuten?

Ich glaube Hannes fragte sich, wie ich mich auch, warum man so etwas überhaupt als Befehl eingeben sollte?

In Inform gibt es in dem Fall, wenn alle Wörter erkannt, aber keinem Satzmuster zugeordet werden können, eine generische Parser-Fehlermeldung à la "Ich habe den Satz nicht verstanden.".

Muss denn in der Tads-Fehlermeldung unbedingt das erkannte Objekt genannt werden, wenn der Satz nicht verstanden wurde?

Ja, da habe ich viel drüber nachgedacht. Tads unterscheidet zwar zwischen Adjektiv und Nomen, nicht aber zwischen Verb, Präposition, Zahlwort, etc.

Von daher macht es schon Sinn, da der Spieler u.U. eine Phrase wie

zieh den Wecker auf

probieren will und falls die Schablone 'zieh' singleDobj 'auf' nicht definiert wurde, versucht es der Parser zunächst mit zieh [wecker auf]. Von daher finde ich es schon sinnvoll, und es ist auch sehr nah am Original. Denkbar wäre natürlich auch eine allgemeine Phrase wie "Ich habe diesen Satz nicht verstanden", aber:

Unter die Kategorie Antwort fällt auch z.B. eine gültige Pluralphrase wie

x zweiundzwanzig brennende fackeln

Du siehst hier nicht so viele brennende Fackeln.

Und da macht es schon wieder Sinn.

Edit: Ich meinte natürlich "zieh Uhr auf", wenns denn eine Taschenuhr z.B. wäre, Wecker aufziehen ist wahrscheinlich sinnlos ...

Die allgemeine Parser-Fehlermeldung hat Vorteile. Wenn die Meldung Objekte benennt, die nicht in Sicht (in scope) sind, besteht Spoiler-Gefahr, z.B. wenn der Spieler gleich zu Anfang ein Wort benutzt, das sich auf ein Objekt bezieht, das erst später wichtig wird. Und wenn der Objektname dann schon etwas über die Story verrät, wär's besonders schade.

Mein fiktives Testspiel:

Friedlicher Wald

Ein laues Lüftchen wiegt dich in Sicherheit. Ab und zu rauschen die Blätter der Linden.

u blatt

Du siehst dein von dir selbst unterzeichnetes Todesurteil hier nicht.

Hm, das sollte eigentlich:

Du siehst hier kein Blatt.

heißen. Das Todesurteil wird nicht verraten, denn der Parser verwendet ja nicht den 'name' eines Objekts, sondern verarbeitet die Spielereingabe, also wenn irgendwo im Spiel das Adjektiv 'blau' und woanders das Nomen 'Hut' verwendet ist, ergibt:

x blauen Hut

Du siehst hier keinen blauen Hut.

Obwohl der implementierte Hut evtl. gar nicht blau, sondern breitkrempig ist. Natürlich erhält der Spieler den Hinweis, dass es irgendwo einen Hut geben muss, die Frage ist, ob das so negativ ist.

Ah, verstehe. Dann ist eine explizite Meldung wohl in dieser Hinsicht unproblematisch. Es sei denn, man wollte dem Spieler keine Vorabinformationen über das Wörterbuch des Spiels geben.

Mikawa:

... die Frage ist, ob das so negativ ist.

Da gibt's wohl unterschiedliche Ansichten. Graham Nelson ist ganz klar auf der Seite der Geheimniskrämer (und das nicht nur in Sachen Lexikon). Ich tendiere auch eher dazu, dem Spieler nicht allzuviel über das Vokabular des Spiels mitzuteilen. Die Absage rein aus der Spielereingabe zu konstruieren, halte ich aber für OK.

ChristianB:

Da gibt's wohl unterschiedliche Ansichten. Graham Nelson ist ganz klar auf der Seite der Geheimniskrämer (und das nicht nur in Sachen Lexikon). Ich tendiere auch eher dazu, dem Spieler nicht allzuviel über das Vokabular des Spiels mitzuteilen. Die Absage rein aus der Spielereingabe zu konstruieren, halte ich aber für OK.

Notfalls kann man auch die Methode ganz leicht überschreiben und ein lapidares "so etwas" ausgeben lassen.

Dann erhält man:

Du siehst hier so etwas nicht.

Ist schon ein wichtiger Punkt. Ich habe mich zunächst bemüht, so nahe wie möglich am Original zu bleiben, ohne Not will ich damit eigentlich nicht brechen. Ich nehme es mal in eine "eventuell" Liste auf.

Also diese "Spoilern" durch Parserfehler fand ich in den Weltenschmiede-Adventures immer sehr unangenehm. Aber da wurde einem ja auch nicht die eigene Eingabe, sondern eben der interne Name eines Objekts zurueckgegeben.

Das kann ich nachvollziehen. Die 'name' property eines Objekts auszugeben, wie

Du siehst hier keinen teuflischen galaktischen Donnergurgler.

macht aber m.E. kein "modernes" Autorensystem. Das Austesten, ob ein Wort im Wortschatz enthalten ist, geht ohnehin, da Tads ja bei "unbekannten Wörtern" eine konkrete Rückmeldung gibt:

x donnergurgler

Das Wort “donnergurgler” ist in dieser Geschichte nicht notwendig.

Was aber tatsächlich einen Versuch wert ist, ist ein Abfangen der Abfrage, wenn der Parser etwas anderes als ein Nomen oder Adjektiv findet, also:

zieh Taschenuhr auf

Ich habe das Wort "auf" in diesem Zusammenhang nicht verstanden.

Ich meine, bei der Weltenschmiede war das sogar folgendermassen:

Zitat:

nimm geld

In die Kasse des Saloons kannst du von hieraus nicht hineingreifen.

Wohlgemerkt an einem beliebigen Ort ausgefuehrt und ohne dass man ueberhaupt wusste, dass es einen Saloon und in diesem eine Kasse mit Geld gab.

Diese Meldung kommt mir irgendwie bekannt vor, ich hatte mal bei Ares eine implizite Aktion drin, die sich fehlerhafter Weise auf ein Objekt bezog, das in einem anderen Raum war.

Da kam dann: Du kannst nicht in die Vorhalle hineingreifen.

oder so ähnlich.

Gute Nachricht: Tads 3.1.1 ist draußen, erste Tests zeigen, dass die Umlaut-Ersetzung jetzt tadellos funktioniert, der DOS Interpreter wieder wie gewohnt arbeitet und die Tads Web Funktion in einigen Punkten verbessert wurde.

Die neue Version der LIB folgt A.S.A.P. in den nächsten Tagen, ein paar Tests sind noch notwendig ...

Grüße,

-- MI

So, die neue Version G-TADS 1.0.N kompatibel mit Tads 3.1.1 ist online unter

http://www.michaelbaltes.com/gtads.html

Grüße,

-- MI

Ich muss mir das beizeiten auch mal reinzwiebeln. Dachte mir letztens, das böte sich doch prima bei einem imaginierten zweiten IF-Meeting als Workshop an;-)

Ein zweites IF-Meeting wäre klasse! Terminlich hakt es wohl noch, vielleicht kriegen wir es im Herbst unter.

Kurz vor dem bayerischen Ferienbeginn noch ein kleines Update der Lib, d.h. wir haben jetzt V1.0.P

Die Änderungen betreffen die Verbdefinition (da sind jetzt die englischen mit den korrekten deutschen Präpositionen ersetzt, z.B. "askDobjResponseProd = mitSingleNoun" usw.) nachzulesen in der Doku und einen Fehler in der Statuszeile, der unter WebUI beim Klicken auf den Ausgang Fehler verursachte.

Nach einer kurzen Auszeit letzte Woche habe ich jetzt meine Hausaufgaben gemacht und die Lib auf 1.0.Q aktualisiert. Es gibt jetzt eine neue property für alle TIActions ("preferredIobj") die es dem Parser ermöglicht, bei Verbschablonen ohne Präposition (zeig Mann Hut) das "Iobj" von dem "Dobj" zu unterscheiden. Mehr in der Doku.

Die Lib für 3.0.18 wurde entsprechend nachgezogen, das bleibt auch so, solange die Interpreter noch nicht auf 3.1.1 geupdated sind (das sind bisher nur HTMLtads, Dostads, Frobtads und Qtads). Alle "Multiformat" Interpreter (Gargolye, Spatterlight, Zoom, etc.) sind leider noch bei 3.0.18 ...

Nur am Rande erwähnt: Michael J. Roberts hat seine "Mercury" Library öffentlich gemacht, quasi eine Adv3Lite Version, die einfacher sein soll. Dazu ist die Struktur der Lib komplett überarbeitet worden und es soll sechs verschiedene Zeiten geben (Präsens, Perfekt, Imperfekt, Plusquamperfekt, Futur 1, Futur 2). Das Projekt ist derzeit nur halbfertig, es werden Leute gesucht, die mitarbeiten wollen.

http://tads3.livejournal.com/