PureBoard

Ich benutze PureBasic schon eine Weile, war aber bis jetzt zu faul um irgendwelche Programme zu veröffentlichen. Hier ist mein erstes größeres Projekt: PaladiumX, eine Skriptsprache, deren Syntax stark an PureBasic angelehnt ist. Probiert sie bitte einfach mal aus, für konstruktive Kritik bin ich immer offen. Entschuldigt bitte das Fehlen einer Dokumentation, in 2-3 Tagen (vorsichtig geschätzt) werde ich eine komplette CHM - Hilfe hinzufügen.

Der mitgelieferte Editor ist etwas notdürftig, wenn jemand Zeit/Lust/Interresse hat, währe ich sehr dankbar wenn jemand einen besseren schreiben will.

PS: Ich hab im Forum schon einige Posts über selbgemachte Skriptsprachen gelesen und bevor überhaupt die Diskussion aufkommt: Die Skriptsprache WIRD in eine Art ByteCode übersetzt.

EDIT: NEUE PROJECTHOMEPAGE: http://www.paladiumx.forgesoft.net

Holla, Respekt
Hab mir das Ganze nur kurz angeschaut, aber das bleibt auf jeden Fall
erst mal auf meiner Platte. Wie schauts denn mit dem Code aus, willst
du den auch veröffentlichen oder ist dein Programm Freeware?
Tolle Arbeit!

Derzeit nicht, aber wenn ich mich entschließe es nicht mehr weiterzuentwickeln werde ich ihn sicher HIER online stellen (ich wünsch euch viel Spaß wenns soweit ist, 15.000 Zeilen in den Bibliotheken und 8.000 im Interpreter, und ziemlich spärlich kommentiert )

Wenn allerdings jemand den Editor weiterentwickeln will stelle ich den Code gerne bereit. ACHTUNG, der ist ein ziemlicher Wirrwar, ich hab da so ziemlich jeden Beispielcode den ich gefunden habe zusammengestoppelt, ich wundere mich das der überhaupt geht.

Danke für dein Lob,milan1612 hab mir auch Mühe gegeben.

Der Editor geht auch nicht wirklich

Fehler hat geschrieben:---------------------------
Fehler
---------------------------
Fehler Nummer -1073741819
An attempted read or write to/from an address to which that process isn't allowed
---------------------------
OK
---------------------------

Der Splitter verfolgt die Maus, obwohl nicht gedrückt, bis man in der Mitte
den kleinen Nippel nochmal trifft.

Ansonsten macht es schon mal einen großartigen Eindruck

Es gibt noch seeehr viel zu optimieren.

Angefangen von fehlenden Unterstrichen in den Menüs, die mit dem Ampersand (&) erzeugt werden können,
über die Combobox im Browsertoolfenster, die nicht mitresized wird, wenn man das Toolfenster verbreitert/verkleinert,
bis hin zum Aboutfenster, welches nur 1 Sekunde da bleibt und auch sofort wieder verschwindet.
Das ist natürlich noch nicht alles.

Und in Kürze listest du bitte hier mal auf, welche Registryeinträge dein Programm ungefragt anlegt!

äää Leute ? Kommt es nicht primär auf das "innere" an ?

Also die Sache an sich (PaladiumX [SkriptSprache]) ist super, und vorallen vielseitig.

Die Sache mit dem Editor ... naja wäre in meinen Augen ehr sekundär

Gute Arbeit

Sry das hab ich vergessen. Das Programm verknüpft aber nur .dsi und .dss mit dem Editor und dem Interpreter. Hatte schon vergessen dass er das macht... . Aber wie gesagt, bei PaladiumX geht des nicht um den Editor (weit besser gibt es massenweise) sondern um den Interpreter. Ihr könnt auch PS Pad oder Notepad++ verwenden wenn ihr wollt.

Denn Quellcode des Editors gibt es hier, dann kannst du ihn dir wenn du willst ohne die Reg-Einträge erstellen.

Wer in weiterentwickeln will soll es machen,bei Syntaxfragen usw. stehe ich gerne zur Verfügung.

Sehe ich auch so... der Editor ist nur eine Dreingabe, die Skriptsprache ist das, worum es hier geht. Und das scheint ja genau das zu sein, was hier einige schon haben wollten - ein PureBasic als Skriptsprache. Richtig cool das

Was bringt PB denn als Skriptsprache, wenns trotzdem immer noch kompiled werden muss (wenn auch in Bytecode anstatt Maschinencode)?

hardfalcon hat geschrieben:Was bringt PB denn als Skriptsprache, wenns trotzdem immer noch kompiled werden muss (wenn auch in Bytecode anstatt Maschinencode)?

Es ist ja nicht PureBasic, der Syntax ist nur so ähnlich.
Ausserdem ,wenn du PaladiumX probierst, wirst du merken das die Programme nicht besonders lange zum starten brauchen. Sie werden am Anfang nur voroptimiert und dann on-the-fly während der Ausführung in ByteCode übersetzt.