Ich habe ein GDL-Objekt importiert, das "Grundriß" als Auswahltext hatte. Dies wurde aber im Skript nicht korrekt erkannt. Erst als ich die Auswahl auf "Grundriss" umstellte, wurde die Abfrage im IF/THEN korrekt interpretiert.

CURVE_N habe ich gesehen und als mögliche Verbesserung wahrgenommen. Auch HANDLEFACTOR klingt gut. Warum es HIDE und HIDEPARAMETER gibt wird sich vielleicht noch zeigen.

Project2 führt bei mir sehr wohl etwas aus. Nicht das, was es soll, aber da tut sich was. Warum ist dieser Befehl in Allplan überflüssig? Das sehe ich nicht als Verbesserung. ;)

Die IDE in ArchiCAD ist unterirdisch. Wenn die in Allplan etwas besser sein sollte, macht es sie noch nicht gut!

Brainstorming:
Kein Syntax-Highlighting. Listung der Parameter nach Nummer (Ich habe schon Objekte mit >200 Parametern geschrieben, wie soll das denn dann gehen?). Nur dropdown-Listen für Parameterattribute, nichts graphisches. Keine farbliche Differenzierung über eigene/Allplan-Parameter. Unmöglich mehrere Skripte nebeneinander zu öffnen, auch nicht innerhalb eines SmartParts. Nur eine Miniaturvorschau des Objektes. Nicht frei drehbar. Keine GUI-Unterstützung für die Dialoggestaltung. Keine Code-Vervollständigung beim skripten. [...nicht vollständig]

Nicht, dass wir uns falsch verstehen: Mir geht es hier nicht um ein "in ArchiCAD ist alles besser". Das meiste da oben trifft auch auf die ArchiCAD-IDE-zu, aber das ist eben hier wie da unterirdisch schlecht. Ich kenne diese "Entwicklungsoberfläche" nun seit 15 Jahren und da hat sich so gut wie nichts getan! Damit ist das Entwickeln "pain in the ***". Sorry. Isso.

Wie gut sich die SmartParts nun in Allplan integrieren, werden wir ja sehen.

Nochmal vorneweg: Mein Beitrag sollte kein Vergleich ArchiCAD-Allplan sein. Diese Kritik habe ich schon häufig, direkt und in allseits öffentlichen ArchiCAD-Foren an GS gerichtet.

So depperd bin i ned! Das Skript funktioniert in ArchiCAD sehr gut und ich habe natürlich überall den Umlaut getauscht. Kann aber sein, dass ich mich da getäuscht habe. Das war i.V.m. dem PROJECT2-Befehl.

Dann erkläre mir mal bitte den beiliegenden Screenshot. Egal wie: Der Befehl wäre eine sehr smarte Möglichkeit auf die Schnelle eine 2D-Darstellung zu bekommen. Spart Zeit und Aufwand.

Wenn nicht jetzt, wann dann? Ich hole den Beitrag bei Version 6.0 wieder raus. Bin gespannt.

Aber es gibt eben auch Entwickler, die die Objekte schreiben wollen/müssen. Und da ist das Angebot dieser Entwicklungsumgebung (so wie in ArchiCAD) eine Anfechtung. Und gelinde gesagt, ausreichende Erfahrung damit habe ich! Die Antwort von GS dazu ist übrigens: "Wir selbst entwickeln unsere Objekte auf einer ganz anderen Platform, geben diese aber nicht raus." Auch ein Ansatz. Man muss das Rad ja nicht immer neu erfinden. Man könnte GDL ja z.B. für Eclipse portieren. Das ist sogar pd.

Super. hatte ich nicht hinbekommen.

Meine Wunschliste zu GDL ist laaaaaang.

----

Es ist klar, dass das Schreiben von Objekten/SmartParts nichts für die "Masse und den Alltag ist, aber es ist ein MÄCHTIGES Werkzeug, mit dem sich individuelle Elemente schaffen lassen die von Hand nur mühselig oder gar nicht zu bewerkstelligen sind. In ArchiCAD ist GDL natürlich besser integriert, weil es nicht irgendwann dazugekommen ist, sondern von Anfang an gescriptete Funktionalitäten dazugeliefert hat. So kann ich in ArchiCAD gezeichnete Bauteil per drag und drop in das Skriptfenster ziehen und bekomme den GDL-Quellcode. Aber das ist ja auch nicht unbedingt nötig.

Syntax Highlightning können sogar einfache Editoren. Ich habe das für GDL für den Proton-Editor implementiert. Wenn ich eine tabellarische Befehlsliste, oder besser eine vergleichende Liste zu der GDL-Syntax hätte, könnte ich das für SmartParts auch tun. Das erleichtert beim Sichten großer Scripte die Übersicht zu gewinnen, auch wenn man den Code dann per c&p übertragen muss.