Ich gebe gern ganze Sätze mit korrekter Groß- und Kleinschreibung sowie Interpunktion ein.

Zum Beispiel:

*Frage die alte Frau nach meiner Schwesterred

*

Zur Zeit -- mit folgendem Code -- kann ich diesen Satz nur ohne schließendes Satzzeichen eintippen:

Understand "Ann/Schwester[f]" or "meine/meiner Schwester" or "junge/junger Frau" as "[TalkTopicAnn]".

Instead of asking CharWhitemoore about "[TalkTopicAnn]":

   say "Ann ist Ihre Schwester. [one of]Ich erinnere mich gut daran, wie sie als Kind Blätter von dem Baum im Schulhof abgerissen hat.[or]Sie hat als Kind viel Unsinn angestellt.[at random]";

Wie kann man dafür sorgen, dass man bei der Eingabe Fragen nach einem Thema mit einem Punkt beenden kann?

Eigentlich müsste der Punkt am Ende ja nur ignoriert werden, um das eigentliche Thema zu erhalten. In "normalen" Sprachen könnte man das mit irgendwelchen String-Befehlen machen; das geht in Inform sicher auch, aber gibt es da nicht einen einfacheren Weg?

Okay, Schutzkleidung an: Wenn man in der Datei German.i7x nach "PrepositionChain" sucht, findet man als erstes in Zeile 6170 folgenden Code, der ein Topic-Token analysiert:

            do o = NextWordStopped();

            until (o == -1 || PrepositionChain(o, token_n+1) ~= -1);

Wenn man den Code ändert - Sicherheitskopie! - in:

            do o = NextWordStopped();

            until (o == -1 || o == THEN1__WD ||

                PrepositionChain(o, token_n+1) ~= -1);

und die geänderte Extension installiert, wird ein Token nicht nur mit dem Satzdende (-1) oder mit einer Präposition abgeschlossen, sondern auch mit einem Punkt. Der Punkt trennt in Inform Anweisungen, so dass "jump. sing" interpretiert wird als "jump then sing", daher der Name THEN1_WD.

Die Änderung sollte wahrscheinlich in PrepositionChain gemacht werden, aber das habe ich auf die Schnelle nicht gefunden. Vielleicht kann sich ja einer der GerX-Kuratoren das Problems annehmen und die Sache, wenn sie sich in Tests bewährt, ordentlich einpflegen.

(Das Chain in PrepositionChain ezieht sich nicht auf eine Kette von Präpositionen in der Eingabe, sondern im Satzmuster, das in I6 mehrere alternative Präpositionen, etwa "in"/"auf"/"ueber", zusammenziehen kann.)

Edit: Wie das so ist mit Schellschüssen - es funktioniert leider nicht zuverlässig. Man kann zwar jetzt den Satz mit einem Punkt aufhören lassen, und nachfolgende Sätze werden auch richtig analysiert, aber wenn nach dem Punkt ein weiterer Satz folgt, etwa "frage Mrs Whitemoore nach Anne. warte", dann wird der Topic wieder nicht richtig erkannt.

Edit II: Ich habe es gerade einmal in der Englischen Version probiert, da geht es auch nicht. Das Topic nimmt den Punkt und eventuell nachfolgende Sätze einfach mit. Das Problem mit Topics, die nur bis zu einem Punkt untersucht werden, ist, dass Inform nicht mit mehreren Topics umgehen kann. Wenn ein neuer Satz in derselben Zeile anfängt, wird die Information über das Topic, die in den globalen Variablen consult_from und consult_words liegen und die I7 als Snippet betrachtet, verloren. Ein Snippet ist ein Teil der Eingabe, abgelegt als Kombination aus Index des Anfangsworts und Anzahl der Wörter. Wahrscheinlich kann immer nur ein Snippet aktiv sein. Wenn ich mir beim Fragen das [topic understood] ausgeben lasse, kommt es bei Sätzen wie "Frage Anna nach Charles. Frage Anna nach David" jedenfalls zu einem schön illustrierten Runtime-Error.

Verkettete Sätze werden etwas eigenartig behandelt, es gibt da held_back_modes und viele undurchsichtige globale Variablen. Das fasse ich nicht an.

Wahrscheinlich ist es am besten, wenn man einen Punkt am Ende der Eingabe einfach abschneidet und den Code ansonsten lässt, wie er ist. Mein vermeintlicher Fix oben macht die Sache sehr instabil.

Mario Donick:

Frage die alte Frau nach meiner Schwesterred

Interessantes Phänomen: "rules on" offeriert den Schlusspunkt als eigenes Wort, auch nach "translating a command into Informese". Hier ein mögliches Workaround, das alle "punctuated words" im player's command ignoriert:

After translating a command into Informese (this is the ignore punctuation rule):

   let cmd be indexed text;

   now cmd is the player's command;

   say "> »[cmd]« => "; [debug]

   let cmd-cleaned be indexed text;

   repeat with N running from 1 to the number of words in cmd:

      now cmd-cleaned is "[cmd-cleaned] [word number N in cmd]";

   change the text of the player's command to cmd-cleaned;

   say "»[player's command]«[line break]". [debug]

test me with "Frage die alte Frau nach meiner Schwester. / Frag die 'alte Frau', nach meiner Schwester. !?!".```

Das Geheimnis liegt darin im "word number N", das Satzzeichen (punctuated word) ignoriert.

Bei GerX-Versionen vor 3/110621 müssen die commands mit "After reading a command" abgefangen werden, vgl. [http://forum.ifzentrale.de/viewtopic.php?p=6399#6399](http://forum.ifzentrale.de/viewtopic.php?p=6399#6399)

Bei den Topic-Definitionen genügt übrigens "alt frau", "mein schwester", "jung frau", die Endungen werden ohnehin rausinformized.

proc:

Hier ein mögliches Workaround, das alle "punctuated words" im player's command ignoriert: ...

Das funktioniert leider auch nur eingeschränkt und kämpft mit einem ähnlichen Problem wie Martins Experiment: Wenn nach dem Punkt ein weiteres Kommando folgt, wird es nicht verstanden:

Mein Testspiel:

u auto. u dich.

»u auto. u dich.« => »u auto u dich«

Ich habe nur Folgendes verstanden: das Auto betrachten.

Hm. Einfach alle Punkte aus der Spielereingabe zu entfernen geht also nicht. Man muss vor dem Löschen des Punktes prüfen, ob danach noch etwas kommt.

ChristianB:

Einfach alle Punkte aus der Spielereingabe zu entfernen geht also nicht. Man muss vor dem Löschen des Punktes prüfen, ob danach noch etwas kommt.

Ist mir durch einen Parallelthread auch aufgefallen, wobei ich mehrere commands durch Kommata, Punkte, wasauchimmer wie "Nimm Schwert! Geh Polen, sprich mit René?" nicht ganz nachvollziehen kann. Es sollte jedoch möglich sein, störende Satzzeichen am Ende zu eliminieren, zumal sie den Spielablauf beeinträchtigen. Warum werden die offenkundigen Störenfriede in Informese nicht einfach rausgehauen?

proc:

Warum werden die offenkundigen Störenfriede in Informese nicht einfach rausgehauen?

Dafür gibt's ja die in I7 eingebaute Erweiterung "Puctuation Removal" von Emily Short, wie ich soeben mit großem Erstaunen festgestellt habe -- die ganze Zeit vor Augen, und doch nie gesehen. Sie beinhaltet eigentlich alles, was man so braucht, so z.B. auch eine Anweisung zum Umwandeln von Titeln wie "Mr." und "Dr.".

blue

In der Doku von "Punctuation Removal" wird aber auch darauf hingewiesen, dass man beim Entfernen von Punkten aufpassen sollte, da mehrere Kommandos in einer Zeile nicht mehr funktionieren.

Ich benutzte diese Möglichkeit sehr gern, besonders, wenn ich Spielabschnitte schon kenne, und zum Testen. ("n.o.w.s.o.o.o.o.o.s.s.s.s.w.w.w.w.hoch", das spart Zeit.)

ChristianB:

Dafür gibt's ja die in I7 eingebaute Erweiterung "Puctuation Removal" von Emily Short, wie ich soeben mit großem Erstaunen festgestellt habe

Hab mir grad mal die Extension angeschaut: Die besteht aus I6-Schleifen und killt alles im command, da schenkt sich nicht viel zu meinem I7-Versuch. Wäre es nicht sinnvoll, zu einem Informese-Status zu gelangen, indem der nun völlig unnütze punctuation-Kram hinten einfach rausgekillt wird? Offenkundig wird ein Schlusspunkt im Parser missinterpretiert und stört. GerX ist ja schon besser als Inform selbst, diese Störung auszumerzen würde noch ein I-Tüpfelchen draufquetschen. Im Zweifelsfall aus Kompatibilitätsgründen als Zusatzfunktion mit einem "use punctuation apocalypse" oder sowas )

Die Punkte am Satzende stören nur im Zusammenhang mit Topics. Ansonsten funktionieren Punkte ohne Probleme.

Zitat:

u auto. u dich.

Das Auto ist leer.

Gutaussehend wie immer.

Man müsste im Falle eines Topics den Punkt am Satzende entfernen. Aber dafür ist es in LTI noch zu früh. Wo man das machen kann, weiß ich noch nicht. Vielleicht in Parse Token Letter A.

Martin:

Wahrscheinlich ist es am besten, wenn man einen Punkt am Ende der Eingabe einfach abschneidet und den Code ansonsten lässt, wie er ist. Mein vermeintlicher Fix oben macht die Sache sehr instabil.

Ich glaube, gerade bei diesem relativ banalen Problem sollte man auch so denken: der LTI (LanguageToInformese) muss einfach nur sinnfreie Endzeichen abtrennen, da hinter dem Ende kein neues Kommando mehr zu erwarten ist. Das kann doch nicht so schwer sein. Leider verhindert I7 Ersetzungen von Punkten und anderen Satzzeichen, da müsste dann tiefer angesetzt werden. Ich hielte es jedenfalls für eine gute Idee, sie vorab ins Nirwana zu schicken da sie außer Fehlfunktionen keine Wirkung zeitigen.

ChristianB:

Man müsste im Falle eines Topics den Punkt am Satzende entfernen. Aber dafür ist es in LTI noch zu früh. Wo man das machen kann, weiß ich noch nicht. Vielleicht in Parse Token Letter A.

Ach war das damals in den 80ern noch schön mit Fortran, Pascal, Basic und Assembler! Ich dachte immer, LTI reicht die Ergebnisse nach oben durch und ist wie ein Buffer zu verstehen, den man ordentlich umbuffern kann...

proc:

LTI reicht die Ergebnisse nach oben durch und ist wie ein Buffer zu verstehen, den man ordentlich umbuffern kann...

Kaputtbuffern kann man da aber auch so einiges. Ich probier gerade was, noch funktioniert es aber nicht.

ChristianB:

Kaputtbuffern kann man da aber auch so einiges. Ich probier gerade was, noch funktioniert es aber nicht.

Mach doch eine kryptische Use-Option dazwischen, dann kann von der Abwärtskompatibilität her nix schiefgehen. Mein Favorit ist "Use punctuation apocalypse now"...

So. Das letzte Zeichen einer Eingabe kann jetzt gekillt werden, wenn es ein Satzzeichen ist --- und zwar mit der Option

blue

Der Code dafür befindet sich in Abschnitt (vi) von LTI; in deform war dort der Einhänger HandlePunctuation(), jetzt befindet sich dort die Apocalypse. Und Mario kann vollständige Sätze schreiben.

Zitat:

Frage die Frau nach Ann.

Ann ist Ihre Schwester. Ich erinnere mich gut daran, wie sie als Kind Blätter von dem Baum im Schulhof abgerissen hat.

Die neue Vorabversion liegt hier:

http://ifiction.pageturner.de/inform7/test/German_3-120416--TEST1.zip

Dokumentation folgt.

ChristianB:

blue

Wow, habs grad ausprobiert und bin beeindruckt! Aber du hast den Strichpunkt und "nimm das schwert..." vergessen ) LTI hat doch nur noch ASCII, kann man da nicht in einer while-Schleife alles am Ende der Eingabe killen, was nicht Buchstabe, Zahl oder Leerzeichen ist?

Jetzt erstmal nur mit hinzugefügtem Strichpunkt-Overkill.

http://ifiction.pageturner.de/inform7/test/German_3-120416--TEST2.zip

Gute Nacht.

EDIT: Sonderzeichen sollen auch verstanden werden, z.B. Bindestriche, #, + * usw. Die lassen wir lieber am Leben.

ChristianB:

Jetzt auch mit Strichpunkt Overkill.

So ernst war's jetzt nicht gemeint. Ich sag jetzt einfach mal vor dem Sprung ins Bett: Da muss mittelfristig ein wenig Semantik rein. Nichtsdestrotrotz finde ich die Use-Option super!

proc:

Offenkundig wird ein Schlusspunkt im Parser missinterpretiert und stört.

Nicht ganz richtig. Der Punkt stört nur, wenn er auf einen Topic folgt. Bei "normalen" Eingaben stört der Punkt nicht und schließt einfach den Satz ab und leitet einen neuen Satz ein, wenn nach dem Punkt noch etwas kommt.

Das Problem ist, dass Inform die Topics außerhalb der normalen Struktur für Aktionen (Verb, noun, second) ablegt. Wenn ein neuer Satz angefangen wird, wird das Topic ungültig. Wieso das so ist, verstehe ich nicht genau, denn Inform arbeitet eine Kette von Eingaben einzeln ab. Ein Parser-Fehler bricht die Kette ab, aber ein Parser-Fehler im zweiten Satz behindert nicht die Ausführung des ersten. Ein logischer Fehler (also einer, der dazu führt, dass das die Anweisung in der Spielwelt nicht ausgeführt werden kann, etwa wenn man einen Zettel abschließt oder etwas aufhebt, aber nichts mehr tragen kann, oder in eine Richtung geht, in der es keine Ausgang gibt) bricht die Kette nicht ab, was natürlich auch zu etwas überraschenden Ergebnissen führen kann:

I7:

n. s. z

Du kannst nicht in diese Richtung gehen.

Du kannst nicht in diese Richtung gehen.

Die Zeit verstreicht.

m. s. z

Ich habe dieses Verb nicht verstanden.

n. t. z

Du kannst nicht in diese Richtung gehen.

Ich habe dieses Verb nicht verstanden.

Eigentlich müsste also die Information über die Topics noch vorhanden sein, wenn die erste Anweisung ausgeführt wird. Tatsächlich verschiebt sich aber alles. Ich vermute, dass Inform den Punkt sieht und wenn es danach noch Wörter gibt, denkt "Aha, es geht also noch weiter", eine Flagge setzt und alles nach dem Punkt nach vorn verschiebt, so dass die neue Analyse wieder bei Wort eins und nicht bei Wort 5 oder so anfängt. Wenn das Topic bei Punkten aufhören würde, sähe das bei "Frage Peter nach Anna. Warte" so aus:

• [ frage, peter, nach, anna,. ,warte ]
• Satz 1: ##Ask, noun=Peter, topic=(4, 1)
• Held-Back Mode: Merken und alles verschieben, die Eingabe ist jetzt:
• [ warte ]

• Ask ausführen: das Topic (4,1) zeigt jetzt auf Wort 4, die Eingabe hat aber nur eins. Pardauz!

  [ warte, .]

Ich fände es ja einfacher, wenn der hb_mode auf das erste Wort des nachfolgenden Satzes zeigen würde oder 0 oder -1 wäre, wenn es keine weiteren Satz gibt. Stattdessen werden hier wieder die Puffer hin- und hergeschoben und der hb_mode ist true.

proc:

Ich sag jetzt einfach mal vor dem Sprung ins Bett: Da muss mittelfristig ein wenig Semantik rein.

Hmmm. Kommas trennen mehrere Objekte voneinander ab, Punkte trennen mehrere Sätze voneinander ab oder leiten die wörtliche Rede ein ("Hans, hau ab"). Das andere Satzzeichen, das als eigenes Wort betrachtet wird, ist das doppelte Anführungszeichen. Alle anderen Satzzeichen werden nicht gesondert betrachtet und einfach den Wörtern, an denen sie hängen, zugeschlagen. Durch geeignete Informisierung könnte man das gewiss ändern.

Aber was soll der Parser verstehen können? Soll man Semikolons zulassen oder sagen, dass Inform sie nicht versteht und so den Spieler sanft dazu drängen, Punkte zu verwenden. Dann müsste die Fehlermeldung bei "u Buch; nimm es" aber nicht "So etwas kannst du hier nicht sehen" heißen, sondern "Ich verstehe das Satzzeichen ';' nicht."

Semikolons werden im Deutschen, wo es ja keinen comma splice gibt, eh selten verwendet. Andererseits wäre es schön, wenn man Sätze durch Kommas voneinander abtrennen könnte, das finde ich sogar intuitiver als Punkte. Das könnte man ja sogar in der Informisierung machen: Wenn das Wort nach dem Komma ein Verb oder eine Richtung ist, wandelt man das Komma in einen Punkt um. Wenn man das Wort "und" äquivalent zum Komma behandet, könnte man auch sagen "Nimm Kuchen und iss ihn". (Aber Vorsicht, Falle: "nimm langes Messer, kurzes Messer, reich belegtes Sandwich".)

Es wäre gewiss auch nicht schlecht, irreführenden Code hinter einer Use-Option zu verstecken. Ich glaube, dass die Erteilung von Befehlen mit "Schatz, reich mir die Butter" sehr selten benutzt wird und auch die Gefahr birgt, dass sie, wenn sie benutzt wird, unterimplementiert ist, dass also nur wenige, für den Spieler nicht immer klar erkennbare Befehle verstanden werden - meistens kommt ja "Dein Schatz hat besseres zu tun." Wenn man dieses Verhalten erst explizit anschalten müsste, würde so etwas nicht mehr so oft vorkommen:

I7:

nim ball, seil

Du möchtest wahrscheinlich jemandem eine Anweisung erteilen, aber mir ist nicht klar wem.

Ausrufezeichen als Punkte zu verstehen, ist gewiss vernünftig. Aber Fragezeichen? Es ist gewiss praktikabel, sie auch einfach als Punkte zu interpretieren, um das oft bemühte "Was ist ein Graus?" umsetzen zu können, aber eigentlich ändert ein Fragezeichen ja den ganzen Satz.

Und den Unsinn mit den Auslassungspunkten wollen wir unseren Spielern wohl nicht durchgehen lassen ... (Im Moment wird die Eingabe ausgeführt, gefolgt von "Ich habe dieses Verb nicht verstanden". Ein erster Versuch mit Twins schlug aber fehl, da zwei Punkte nur einmal ersetzt werden. Wenn man aber nach der neuen Tokenisierung in CheckTwins die Routine noch einmal aufruft, kann man Zwillinge rekursiv ersetzen und "z... z... z..." sagen)

ChristanB:

003366

Hört sich eher an wie I7-Guru am Rande des Nervenzusammenbruchs. :-)

Mein Gott, ist das alles kompliziert O.o Was so eine einfache Frage alles auslösen kann

"Use punctuation apocalypse now" finde ich aber auch herrlich

Danke für's Herausfinden und Implementieren -- notfalls hätte man in deutscher IF dem Spieler auch einfach vor dem Spielstart sagen können, dass man Sätze nicht mit Punkten beenden darf, aber so ist's natürlich besser (falls es nicht noch ungewollte Nebeneffekte hat). Ich werd's mal wieder ausprobieren.

Martin:

Hört sich eher an wie I7-Guru am Rande des Nervenzusammenbruchs. :-)

Och, der Rand des Wahnsinns ist ja der Luftkurort eines jeden I7-Autors. Plus -- wie Ted Mosbys Mutter sagt: "Nothing good happens after 2 a.m." Zum Ausprobieren lass ich das mal so.

Für alle, denen das sanfte Coupieren einiger Satzzeichen am Ende der Eingabe nicht reicht: Ich habe jetzt den stillgelegten deform-Einhänger HandlePunctuation() wiederbelebt; da kann man sich dann so richtig austoben und machen, was man will. Er befindet sich unmittelbar VOR der gestrigen Apokalypse-Behandlung und muss VOR "Definitions.i6t" eingebunden werden. HandlePunctuation benötigt keine weitere Use-Option und kann einfach so benutzt werden.

http://ifiction.pageturner.de/inform7/test/German_3-120416--TEST3.zip

Es folgt ein Beispiel, in dem nur Kleinbuchstaben (Großbuchstaben gibt es an dieser Stelle nicht mehr in der Eingabe), Zahlen, das Komma und das Minus als Zeichen in der Spielereingabe zugelassen sind. Alles Andere wird mit einem Leerzeichen überschrieben und neu in Tokens aufgesplittet. (Im Code benutze ich die ZSCII-Werte, weil die Notation mit Hochkommas (',//') hier momentan nicht funktioniert, warum auch immer.

[ HandlePunctuation       ze last;

   #ifdef TARGET_ZCODE;

   ze = 2 + buffer->1;

   #ifnot; ! TARGET_GLULX

   ze = WORDSIZE + buffer-->0;

   #endif; ! TARGET_

   

   last = buffer->(ze-1);

   

   ! Nur normale Buchstaben und Komma erlauben.

   ! Sonderzeichen werden mit einem Leerzeichen überschrieben

   

   if (last == 44 or 45) return; ! Komma und Minus erlauben.

   if ( (last >= 48 && last <= 57)  ! Zahlen und ...

      || (last <= 97 && last >= 122) )  ! ... Kleinbuchstaben erlauben.

         return;

      

   buffer->(ze-1) = 32;

   VM_Tokenise(buffer, parse); ! Neu in Tokens auflösen

];

-) before "Definitions.i6t".```

ChristianB:

Im Code benutze ich die ZSCII-Werte, weil die Notation mit Hochkommas (',//') hier momentan nicht funktioniert, warum auch immer.

Was ist wohl geeigneter, einen in den Wahnsinn zu treiben, I6 oder I7? Das ',//' mit den zwei Schrägstrichen ist der Wörterbucheintrag, der als einziges Zeichen das Komma enthält. Das ZSCII-Zeichen Komma ist ',' ohne die beiden Schrägstriche.

(Oder für Extrem-Nostalgiker natürlich "$n#,", allerdings ohne die Gänsefüßchen - hab's aber in I7 noch nicht getestet).