Thema "GDL - userinterface-Bildchen" in Alte Wunschliste

GDL - userinterface-Bildchen

Hmooslechner — Tue, 24 Mar 2015 05:32:35 GMT

Ich wünsche mir in der normalen GDL-Programmierungs-Umgebung eine einfache Möglichlichkeit - Bildchen zB. für das Userinterface nachträglich dazuladen zu können - und auch wieder zu löchen, wenn mans doch nicht braucht.

Derzeit gibt es 2 Möglichkeiten:

1. Zum Start eines GDL hat man die Bildchen vorhanden in Archicad am Editor liegen - markiert diese und speichert die Auswahl dann als GDL ab.
Spätere Änderungen sind nicht ,möglich.

2. Man nutzt die sehr schlecht dokumentierte Exportfunktion eines GDL ins XML - fügt nachträglich die Bilder ins XML und reimportiert dieses dann wieder als GDL.

Dies sollte dringend vereinfacht werden.

Ich stelle mir einen einfachen Bild - dazuladen - Button vor - oder ein Hinzufügen über die Zwischenablage.

Allerdings sollte ein kleiner Bild- Bibliothekseditor vorhanden sein, um nicht mehr benötigte Pics auch wieder loswerden zu können.

Re: GDL - userinterface-Bildchen

Anonymous — Wed, 25 Mar 2015 11:12:59 GMT

Re: GDL - userinterface-Bildchen

Anonymous — Wed, 25 Mar 2015 14:55:49 GMT

Ist der UI_PICT nicht ausreichend und einfach zu bedienen ?

gruss koma

Re: GDL - userinterface-Bildchen

poeik — Wed, 25 Mar 2015 18:18:28 GMT

Ich verstehe zwar so gut wie gar nichts von GDL. Aber wenn eingebettete Bilder auch für Laien wie mich irgendwie sichtbar wären und sogar augetauscht werden könnten, würde ich das durchaus begrüssen. Es kommt gelegentlich vor, dass bei heruntergeladenen Objekten Texturen aufgemapt sind, die ich gerne ändern bzw. ersetzen möchte.

Gruss, poeik

Re: GDL - userinterface-Bildchen

Hmooslechner — Thu, 26 Mar 2015 10:00:11 GMT

UI_PICT greift auf Bilder aus der Bibliothek zurück - aber wenn man ein einzelnes GDL weitergeben möchte, müsste man dann auch extra die Bilder mitschicken und der Anwender diese dann extra in die Bibliothek importieren.

Wenn allerdings die Bilder mit dem GDL mitgespeichert wurden, entfällt dies.

Dies geht wir oben beschrieben - eher rudimentär. Deshalb mein Wunsch.

Re: GDL - userinterface-Bildchen

Anonymous — Thu, 26 Mar 2015 11:08:41 GMT

Oder Du machst LCFs. Ist dann auch eine Datei. Und wird AFAIK auch von BimComponents akzeptiert.

Re: GDL - userinterface-Bildchen

runxel — Fri, 27 Mar 2015 22:38:28 GMT

"Lars Fritschenhog" wrote:
Oder Du machst LCFs. Ist dann auch eine Datei. Und wird AFAIK auch von BimComponents akzeptiert.

Das ist vor allem bei dem Fall von poeik sinnvoll.
Aber bei reinen GUI-Bildern ist das nicht so fein. Das gehört einfach zusammen und dann ist das schön, dass der User da nicht einfach dran rumspielen kann.
Der Umweg in die Binary über den XML Converter ist aber wirklich recht mühsam und zeitaufwändig.

Ich unterstütze Heimos Wunsch.

Re: GDL - userinterface-Bildchen

Hmooslechner — Tue, 31 Mar 2015 15:40:57 GMT

Natürlich kann man die UI-Bildchen einfach in die Bibliothek legen. Aber wie leicht passiert es, dass dort was rausgelöscht - umbenannt werden könnte - und schon funktioniert das schönste UI nicht mehr richtig.

Ich bin gerade dabei eine Art Standard - UI für meine zukünftigen Treppen herzustellen - angelehnt an die UI des Treppenmachers.

Ich habe dazu aus dem Treppenmacherdialogboxen die Icons "extrahiert", die Iconreihen rausgeschnitten und ins Archicad gelegt.

Dann markiert und ein Bibliothekselement angelegt.

Im UI kann man dann beispielsweise für die Menü-Wahl folgenden Eintrag machen:


	UI_INFIELD "Art", 60, 30, 51, 52, !!Startx, Starty, Weiten
	2, 5, !! Methode, Bildname
	5,1, !! Bildanzahl, Reihen
	51, 61, !! Zelle X, y
	51, 61, !! BildX BildY
	1, "STB+Belag",
	2, "aufgesattelt",
	3, "eingestemmt",
	4, "nur Trittstufen",
	5, "STB"

Dies wäre die obere Iconreihe des Treppenmachers für die Treppenart im 2. Menü

Und jetzt kommst Du auf die Idee - noch weitere Konstruktionsarten hinzufügen zu wollen. Zum Beispiel "Belagskonsolen".

Dann musst Du natürlich diese Iconreihe erweitern - ein neues Bildchen kreieren und irgendwie in das GDL implementieren - was direkt nicht geht!

Das wäre der Wunsch - genauer beschrieben.

Es ist während des Programmiervorganges nicht klar - wohin die Reise geht. Es ist wirklich unmöglich - zuvor schon alle Richtungen zu kennen und die Pictogramme dafür herzustellen. Es wäre eine unglaubliche Verbesserung - dies nachträglich zu ermöglichen.

Es gibt natürlich den Weg über XML-Export und Re-Import. Jene elitären Programmierer, die diesen Weg kennen haben natürlich einen Vorteil.. Aber soll das wirklich der Weg sein?

Re: GDL - userinterface-Bildchen

Frank Beister — Wed, 01 Apr 2015 02:47:04 GMT

Es gibt natürlich den Weg über XML-Export und Re-Import. Jene elitären Programmierer, die diesen Weg kennen haben natürlich einen Vorteil.. Aber soll das wirklich der Weg sein?

Das ist nicht elitär. 😉 Mühsam, verbesserungswürdig, überfällig, ja alles, aber auch demnächst nicht zu erwarten.

Lies mal die Doku und schreibe Dir eine Batch zum Aufruf des Konverters. Im Int. Forum steht dazu veilleicht auch was. Damit geht das um längen weniger mühselig als von Dir oben beschrieben.

Re: GDL - userinterface-Bildchen

AEP - Jochen Eggert — Fri, 03 Apr 2015 08:52:25 GMT

Wir kennen uns im GDL - Skripting nicht gut aus,...und wir haben es noch nie verwendet!

Ich halte auch von dem ganzen GDL-Sktripting nicht viel,...da dies für mich nicht mehr zeitgemäß ist.
AC 20 sollte endlich GDL-Skripting verabschieden. GDL ist bis heute noch ein Hauptgrund für die ABKEHR von ArchiCAD.

So wechseln große, nahmhafte Büros, wie Architekten Gerber und Herzog DeMeuron, etc. bereits zu Autodesk Produkten.....SOS!

Re: GDL - userinterface-Bildchen

Frank Beister — Fri, 03 Apr 2015 11:16:47 GMT

Ich halte auch von dem ganzen GDL-Sktripting nicht viel,...da dies für mich nicht mehr zeitgemäß ist.

Dann hast Du die "Macht" darin nicht verstanden. Mir fallen viele Vergleiche ein, die am Ende aber doch hinken. Jedenfalls ist GDL nichts für jemanden, der sich nicht mit Programmieren beschäftigen will. Und das sollst Du auch per se erstmal nicht, denn ArchiCAD hat reichlich zauberhafte Werkzeuge, die für die PLanung eines Gebäudes ausreichen. Wenn du aber eine high end Flexibilität und Effizienz erreichen willst, geht das nur durch irgendwas in der Art von Programmieren.

Jetzt verwende ich doch einen Vergleich: Wenn Du ein technische Zeichnung erstellen willst, musst Du einen Tuschfüller zur Hand nehmen - "ich will aber mit Wachsmalkreide" malen, weil ich das kann und einfach ist, wird Dich nicht ans Ziel führen. Damit meine ich nicht, dass ArchiCAD ohne GDL Wachsmalkreide ist, sondern, dass ich nicht intelligente Objekte erstellen kann, ohne sie zu programmieren. (Selbst in Lego-Mindstorms steckt am Ende Java. Willst Du einen intelligenten Lego-Robotor bauen, legst Du die Lego-Entwicklungsumgebung zur Seite und startest Eclipse.)
Ich kenne auch Kommentare von der anderen Seite, die neidisch auf die Funktionen und Integration von GDL schielen.

Da es nicht Aufgabe des Architekten sein kann zu programmieren sollte man das denen überlassen, die das auch können und wollen. So kannst Du für meistens (relativ betrachtet) "kleines Geld" Funktionen ranprogrammieren lassen, die Deinen Workflow nach vorne katapultieren. In anderen Ländern sehen das Architekten lockerer und holen sich solche externe Serviceleistung dazu. Hier ist man da finanziell und wohl auch vom Kopf her eher zugeknöpft. "Ich zahle doch nicht nochmal 600 Euro für einen Raumstempel (den 10 Mitarbeiter jeden Tag 40x anfassen müssen und sich über den alten ärgern) zusätzlich."

Ich möchte daher lieber, dass sich GS mit der Optimierung von ArchiCAD-Standard beschäftigt, als die Programmierumgebung von GDL so zu optimieren, dass jeder Anfänger umwerfende Objekte erstellen kann. Denn das wird nicht passieren. Eine optimale Programmierumgebung ersetzt nicht Programmiererfahrung und macht es auch nicht zu etwas anderem als es ist: Programmieren ist Quellcodeschreiben und kostet viel Zeit.

Re: GDL - userinterface-Bildchen

AEP - Jochen Eggert — Fri, 03 Apr 2015 17:45:40 GMT

Gut,...eine Optimierung der ArchiCAD Standards wäre toll, ...AC hat dies auch in den letzten Versionen bewiesen. So können Decken jetzt auch "schräge Kanten" haben, oder Wände können in Schnitten in Höhe geändert werden.

Ich möchte z.B. auch graphisch eine Treppe oder ein Fenster bearbeiten dürfen, ohne dabei von numerischen Eingabemechanismen abhägnig zu sein! Das Morph-Tool macht es doch auch so!

Auf keinen Fall möchte ich persönlich von einem GDL-Programierer abhängig sein , ....den ich temporär bezahlen muss, um mir eine Treppe, ein Fenster oder anderes Bauteil herzustellen zu lassen, welches auch durchgängig ausgewertet wird.

Dies wird den Workflow auch nicht nach "vorne katapultieren", eher verlangsamen oder erschweren, da diese Add-ons leider oft nicht so funktionieren, wie die ArchiCAD tools "out of the box".

Andere Add-on Hersteller, wie z.B. Cadimage machen es doch vor, ....leider nur in englischer Sprache. Kann Graphisoft nicht einen Treppenmacher von Cadimage implementieren, wo sich Bauteile noch graphisch viel einfacher und mehrschichtiger verändern lassen?

Re: GDL - userinterface-Bildchen

Hmooslechner — Fri, 03 Apr 2015 18:56:16 GMT

Programmieren ist Quellcodeschreiben und kostet viel Zeit

..

Frank - Auch Du mit Deiner gewaltigen Erfahrung könntest mit einer besser entwickelten Programmierumgebung und einer effizienteren Sprache viel Zeit sparen - und so in weniger Zeit mehr Geld verdienen 😁

Auf keinen Fall möchte ich persönlich von einem GDL-Programierer abhängig sein , ...

..

Jochen: Das sehe ich genau so. Deshalb programmiere ich ja seit jahren unentgeltlich "Halbfetrtigteile" - um einen gewissen Druck auf Graphisoft aufrecht zu erhalten - zumindest meinem niedrigen Standard zu überbieten - grins.

Ich würde mich halt auch im GDL-Bereich über ähnliche Leistungerweiterungen freuen, wie es in anderen Bereichen in Archicad gab. Und die Downladzahlen meiner GDLs sprechen für diese Sichtweise... Der Bedarf ist durchaus gegeben.

Und wenn ich es schon gratis mache - dann sollte es wenigstens nicht mit sinnlosen Hürden gepflastert sein - finde ich

Re: GDL - userinterface-Bildchen

Frank Beister — Fri, 03 Apr 2015 20:47:06 GMT

Auf keinen Fall möchte ich persönlich von einem GDL-Programierer abhängig sein , ....den ich temporär bezahlen muss, um mir eine Treppe, ein Fenster oder anderes Bauteil herzustellen zu lassen, welches auch durchgängig ausgewertet wird.

Ich habe nicht gemeint, dass Du dich abhängig machen sollst, sondern dass AC die Möglichkeit bietet an der Stelle, wo Du graphisch nicht weiterkommst etwas dazuzuprogrammieren.

Ich wünsche innig, dass GS endlich mal einen neuen Treppenmacher liefert, damit dieser nicht ständig als Standardwaffe gegen alle Argumente und Funktionen und Unzulänglichkeiten in ArchiCAD verwendet werden kann.

Aber er ist ein gutes Beispiel. Wenn hier einer glaubt sowas wie den Treppenmacher in seiner jetzigen Form nachzuprogrammieren hat sich viel vorgenommen. Wenn es aber ein einziges Objekt wäre, dann könntest Du jemanden beauftragen (oder sogar selber machen), der das Tool für Dich verbessert. Im Übrigen macht Dein Morph nicht eine 8. Stufe automatisch dazu, wenn Du die bisherigen 7 so hochgezogen hast, dass das Steigungsverhältnis nicht zulässig ist. Dass dies eine GDL-Treppe (theoretisch) kann liegt einzig daran, dass sie programmiert ist!

Hier gehen ein paar Sachen durcheinander: Der Treppenmacher ist veraltet. Muss erneuert werden. Ja. Manche Objekte sind nicht so intelligent, wie sie könnten, ja.
GDL ist eine komplexe Programmiersprache, nicht intuitiv erlernbar, bietet aber nahezu unbegrenzte Möglichkeiten. Gegen "dumme Klickerei" ersetzen? Nein.

Frank - Auch Du mit Deiner gewaltigen Erfahrung könntest mit einer besser entwickelten Programmierumgebung und einer effizienteren Sprache viel Zeit sparen - und so in weniger Zeit mehr Geld verdienen

Antwort
A) Vielleicht, aber nicht viel
B) Vielleicht mache ich das ja schon. Meine Arbeitsumgebung ist effizient.
C) In weniger Zeit mehr Geld verdienen klappt meist nicht, weil dann alle mehr für weniger haben wollen. 😉

Frohe Ostern allen, übrigens!