spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

http://www.boost.org/doc/libs/1_48_0/libs/python/doc/

du kannst dir auch anschauen, wie andere das Scripten in ihren Editoren gelöst haben
ein Beispiel wäre dafür der Hammer Editor von Valve (du bräuchtest ein Source-Spiel, um den Editor nutzen zu können)
die verschiedenen Objekte haben je nach Typ verschiedene Ausgaben (beispielsweise haben, soweit ich weiß, func_breakable Objekte die Ausgabe onDamaged)
für jedes Objekt bzw. jede Gruppe kann man einstellen, was mit anderen Objekten gemacht werden soll, wenn eine bestimmte Ausgabe vorliegt (func_breakable Objekte haben beispielsweise die Eingabe break)

mit dem Erstellen neuer Typen habe ich mich bisher noch nicht beschäftigt, weshalb ich nicht sagen kann, wie dies mit dem Hammer Editor gehandhabt wird

grundsätzlich würde ich dazu raten, den Level Designer möglichst wenig mit Programmierung zu belasten, auch wenn das auf ein "Zusammenklicken" hinaus läuft
damit will ich aber auch nicht sagen, dass du kein Python (oder Ruby oder Lua oder ...) verwenden sollst
letztendlich liegt es in deinem Ermessen, an welcher Stelle der Entwickler wie vorgehen kann oder muss

Also ich kann python mit boost durchaus empfehlen. Man darf nur nicht anfangen in die Lib genauer reinzuschauen weil dann haut es einen doch schnell raus. Einige haben Probleme damit boost entsprechend installiert zu bekommen, was bei mir bisher eig noch nicht der Fall war und eigentlich wird es auch immer einfacher solange man sich an die Anweisungen hält.

Zitat von »LukasBanana«

Dann baue ich in meinen Sandbox Editor einfach noch einen SourceCode Editor mit verschiedener Syntax Highlighting.
u.A. eben XML Syntax Highlighting.

wenn du es dir einfach machen willst, kannst du das gerne machen
wenn du es dem Benutzer deines Editors einfach machen möchtest, solltest du dir ein wenig mehr Mühe geben
entweder sollten beim Schreiben Vervollständigungsvorschläge gebracht werden oder es sollte möglich sein, die Scripte durch "Zusammenklicken" zu erstellen
(wenn man in einer Baumansicht auf einem Element steht, könnte beim Versuch, ein weiteres Element einzufügen, eine Liste mit in dem Zusammenhang verwendbaren Elementen angezeigt werden)
immerhin interessiert den Benutzer später recht wenig, wie die Skripte gespeichert werden, sondern eher, wie er sie anzulegen hat und da ist es wesentlich einfacher, die richtigen Elemente aus einer Liste auszusuchen, als alles händisch einzugeben

zu dem XML-Schnipsel:
wenn ein Trigger (oder anderes Objekt, welches in dargestellt werden kann) mehrere Inputs hat, lässt sich so nicht sagen, was bei welchem Input geschehen soll
die Outputs sollten in die Inputs gelegt werden

Kommt drauf an wie es interpretiert wird. Vielleicht ist nur ein Input zulässig, oder mehrere Inputs bedeutet eine and/ or Verknüpfung. Das kommt dann ja auf die Semantik an.

Aber du willst XML hoffentlich nicht selber parsen, oder? Dafür gibt es doch schone ein Menge guter Bibliotheken. Ebenso fürs Syntaxhighliting, z.B. Scintilla. Also klar, es ist ganz nett, sowas mal selber zu machen, aber die Frage ist halt, ob das andere nicht produktiver wäre...