Druckbare Version
Dazu hab ich mal eine Frage?Zitat:
Zitat von Jesus_666
Darf man den Interpreter auch so bauen, dass er in allen Zeilen (nicht nur in der ersten) Text erlaubt und ebenso auch in der ersten Zeile Variablendefinitionen? Es würde für mich nämlich mehr Aufwand bedeuten, das ganze nur mit Text in der erste Zeiel zu machen.
Und ich wäre für den Backslash (\) als Escape-Zeichen, weil ich die Interpretation bei %|% ziemlich schwierig finde. Beispiel:
ManniCode:%Variable%:%%Variable%|%Variable%%|%%
O_o Das kann ich irgendwie nicht nachvollziehen. Inwiefern soll es einfacher sein, für jede Zeile überprüfen zu müssen, ob es sich um Text oder eine Variablendefinition handelt, als die erste Zeile auszusortieren und einfach den Rest als Variablendefinitionen zu betrachten?Zitat:
Zitat von Manni_the_Dark
Okay, ich ändere es. Hoffentlich bleibt die Definition danach stabil...Zitat:
Und ich wäre für den Backslash (\) als Escape-Zeichen, weil ich die Interpretation bei %|% ziemlich schwierig finde. Beispiel:
ManniCode:%Variable%:%%Variable%|%Variable%%|%%
Danke, Jesus. Das wäre eine grosse Hilfe. BTW, wie veränderst du clientseitig die Schriftgrösse? Ich kannte bisher nur das bekannte Strg+Mausrad bei Firefox? Das verändert aber das gesamte Schriftbild.Zitat:
Zitat von Jesus_666
Wieso dass denn? Jede Variablendeklaration beginnt mit %, dann muss mind. 1 bis max. 255 alphanum. Zeichen folgen, Abschluss bildet ein %, dann kommt ein darauffolgender Doppelpunkt, dann die Variablenwerte. Ich sehe da kein Problem. Oder meinst du die Referenzen innerhalb der Wertedefinition? Dann hast du natürlich recht. Andererseits ist es ja üblich und auch einfach zu implementieren, dass der Tokenizer Escapezeichenfolgen erkennen kann. Da würde sich eine Zweizeichenvorschau (wie bei %|%) sogar erschwerend bei der Implementierung auswirken... glaube ich.Zitat:
Zitat von Jesus
Das ist mir egal. Dein Contest, deine Entscheidung. ^^ Mir würde auch ein % als Escapezeichen reichen. Aber alles, was den Quelltext (der von deiner entwickelten Sprache) lesbarer macht, ist super.Zitat:
Im Nachhinein wäre \ als Escapezeichen vielleicht doch keine schlechte Idee gewesen. Wenn genug Leute dafür sind ändere ich meinetwegen die Regeln nochmal - die sind ja sowieso noch im Fluß.
Ausgabezeile und Variablendeklarationen könnten je eine eigene Semantik besitzen. Für Ausgabezeilen hat ja auch deine Syntax absolut zugereicht. Einziges Sonderzeichen ist %, dass entweder einen Variablennamen einleitet, oder eben das Prozentzeichen charakterisiert mit %%. Probleme gibt es ja nur bei den Deklarationen (und da nur in der Variablenwertedefinition), weil wir % für Referenzen auf andere Variablen verwenden, % als eigenständiges Zeichen haben müssen, | trennt die Werte und | muss auch als Zeichen verwendbar sein. Daher meinte ich, dass die erste Zeile nicht unbedingt dieser auszuklügelnden Syntax der VarDecl. entsprechen muss. Andererseits sollte die Sprache in sich vielleicht geschlossen sein? *kopfkratz* Hm... na, du wirst das schon machen. Jedenfalls meinte ich das mit der geteilten Semantik.Zitat:
Was meinst du mit geteilter Semantik?
Küsschen,
Feenstaub.
p.s. Ich habe jetzt bei Firefox auch Einstellungen für Font&Color gefunden *kopfklatsch*. Na ja, danke trotzdem, @Jesus, für deine Bemühungen.
Ich benutze einen Filter für sowas.Zitat:
Zitat von Feenstaub
[quote]Wieso dass denn? Jede Variablendeklaration beginnt mit %, dann muss mind. 1 bis max. 255 alphanum. Zeichen folgen, Abschluss bildet ein %, dann kommt ein darauffolgender Doppelpunkt, dann die Variablenwerte. Ich sehe da kein Problem. Oder meinst du die Referenzen innerhalb der Wertedefinition? Dann hast du natürlich recht. Andererseits ist es ja üblich und auch einfach zu implementieren, dass der Tokenizer Escapezeichenfolgen erkennen kann. Da würde sich eine Zweizeichenvorschau (wie bei %|%) sogar erschwerend bei der Implementierung auswirken... glaube ich.[/url]
Wurde bereits geklärt, siehe ein paar Threads weiter oben.
Äh, die erste Zeile (die einzige Zeile, die ausgegeben wird) hat ja ein eigenes Format... Der komplette Text der Zeile wird (nach Verarbeiten der Variablen) ausgegeben. Den Kram mit den Escapezeichen habe ich ja auf \ umgestellt, das dürfte etwas übersichtlicher sein.Zitat:
Ausgabezeile und Variablendeklarationen könnten je eine eigene Semantik besitzen. Für Ausgabezeilen hat ja auch deine Syntax absolut zugereicht. Einziges Sonderzeichen ist %, dass entweder einen Variablennamen einleitet, oder eben das Prozentzeichen charakterisiert mit %%. Probleme gibt es ja nur bei den Deklarationen (und da nur in der Variablenwertedefinition), weil wir % für Referenzen auf andere Variablen verwenden, % als eigenständiges Zeichen haben müssen, | trennt die Werte und | muss auch als Zeichen verwendbar sein. Daher meinte ich, dass die erste Zeile nicht unbedingt dieser auszuklügelnden Syntax der VarDecl. entsprechen muss. Andererseits sollte die Sprache in sich vielleicht geschlossen sein? *kopfkratz* Hm... na, du wirst das schon machen. Jedenfalls meinte ich das mit der geteilten Semantik.
So, hab meinen Interpreter fertig (in PHP geschrieben).
Soll ich den Quellcode jetzt hier posten?
Wenn ja, editier ich ihn rein...
Warte noch 'ne Weile. Wir sammeln den Kram erst gegen Ende ein.
Wieso müssen die wichtigsten Threads immer dann aufgemacht werden, wenn ich gerade mal 'ne Woche nicht ins Forum kann?
Ein paar Fragen hab ich noch, das meiste hat sich beim Lesen des Threads geklärt:
1. Wann ist der Contest genau zu Ende? Die Angabe "Ende April" ist etwas ungenau.
2. Was mache ich, wenn mein Output mit einem Leerzeichen beginnen soll? Die werden ja ignoriert. Vielleicht sollte man die Möglichkeit haben, Leerzeichen (und Tabs) am Zeilenanfang zu maskieren.
Dann gibt es meinetwegen auch noch \ . Ehrlich gesagt ist mir die Sprache jetzt schon viel zu aufwendig - vor Allem die Einführung von \ als Escapezeichen hat die Verarbeitung um ein Vielfaches schwerer gemacht... Mein Interpreter wird garantiert nicht alle Auflagen erfüllen - und ich denke ernsthaft darüber nach, alles bis auf das absolute Minimum optional zu machen. Wer den meisten Kram interpretiert wird wohl auch die meisten Stimmen kriegen...
Das Ende für den Contest habe ich nicht festgelegt, weil der Anfang auch nicht festliegt. Bis jetzt ist ja nicht mal die Sprachspezifikation länger als ein paar Stunden am Stück konstant.
[nerv]
Hm, noch ein weiteres Zeichen, das man escapen können sollte: was ist, wenn mein Output mit # beginnen soll? Laut Spezifikation wäre das ein Kommentar, also müsste \# auch noch gehen.
[/nerv]
Sicher. Warum nicht. *nachtrag*
Vielleicht sollten wir noch \0x**** einfügen, um beliebige Unicode-Zeichen darzustellen. Nur um sicherzugehen.
Ich werde jetzt übrigens wirklich einen guten Teil der Sache optional machen - die Spezifikationen sind mit den ganzen Ausnahmen eher abschreckend. Eine komplette Sprache ist nett, aber ich bevorzuge eine, die man tatsächlich umsetzen kann, ohne dabei wie ein bulimisches Mädchen zum Klo zu rennen.
Wenn das eh schon optional ist, kann man auch noch \n einführen, falls jemand mehrzeiligen Output erzeugen will.
Nachgetragen.
Öhm, jetzt haben wir eine seit 16 Tagen unveränderte Sprachdefinition.
Kommt demnächst mal ein Abgabedatum?
Hmm, schmeißt den Kram mal hier in den Thread; Montag mache ich dann einen Abstimmthread auf.
Ich würde es bevorzugen, wenn ihr euren Code selbst hostet und hier nur die Dateien verlinkt.
http://home.arcor.de/dthorm/progforum/contest_02/
ich bin nicht mehr weiter gekommen mim kommentieren. vielleicht mach ichs morgen noch mal weiter.
Dann habe ich hiermit wohl die Ehre, als Erster meinen Code vorzustellen:
http://home.arcor.de/getoeteter_ork/rpg-ring/parser.php
Wie der Link schon vermuten lässt, ist mein Interpreter in PHP geschrieben und für die Konsolenanwendung gedacht. Änderungen des Codes bis Montag noch vorbehalten. (Diese Änderungen umfassen keinesfalls das Einfügen von Code anderer)
[EDIT]
DAMN IT! Zu langsam!
me > dead_orc.
BTW: Dein Interpreter sieht so klein und schlank aus im Gegensatz zu meinem. o_o
Naja.
Ich habs ja mehr oder minder mit Absicht gemacht. ^^
boah, ich hab seit ich meinen interpreter geschrieben hab voll viel neues gelernt, meinen style geändert und finde den interpreter jetzt total scheiße o.o!
Hm, bis Montag...
War eigentlich auf ca. 'ne Woche mehr vorbereitet, mal sehen, ob ich's schaffe (morgen hab ich auf jeden fall keine Zeit).
Naja, wird schon werden.
Joa, hier mal meiner:
http://mannithedark.ma.funpic.de/Interpreter/
Ist auch mit PHP gemacht ;)
(in der interpreter.php.txt steht der Quellcode)
Hier mal ein Beispiel ;)
Manni
PS: Meiner ist ehr aufs Internet ausgelegt ;)
Öhm, kleine Regelfrage noch:
Auf der ersten Siete ist die Frage aufgetaucht, was man mitmacht. Damals war die Planung, % als Escapezeichen zu benutzen, aber das wurde ja wieder verworfen. Wie muss der korrekt Output jetzt lauten (oder muss das 'ne Fehlermeldung ausspucken)?Code:Dies ist eine Zeile %%
%Bla%:fu