Das deutsche QBasic- und FreeBASIC-Forum

[The_Muh]

Reicht es nicht, wenn das Element dem Designer sagt wie groß es ist, was für werte es annimmt und zurückt gibt? theoretisch ließe sich das sogar aus dem type des elements herausparsen.
_________________
// nicht mehr aktiv //

[OneCypher]

Ich glaub, das wird sehr mühsam, denn dann kann ich gleich einen freebasic-interpreten programmieren... naja, zumindest würde das stark in die richtung gehen.
Generell müsste man den designer mit den bedienelementen kompilieren damit er sie auch anzeigen könnte.. Dann ists mit der flexibilität schon dahin ..

Ausserdem:

Ein...

[MOD]

Ja du hast schon recht, dass das nicht sehr kompliziert ist, aber ein Designer könnte das Entwickeln von GUI-Programmen stark beschleunigen.

Der Designer muss ja auch nicht die Originalkomponenten zeigen, sondern nur Dummies um die Position zu bestimmen.

Zudem würde es deine GUI von anderen selbsterstellten GUIs abheben, da kaum eine (bzw. keine mir bekannte) einen Designer hat.

[Stueber]

Also wenn es da Interesse gäbe: Ich baue gerade meinen Designer um das er unabhängig von GUI-Bibliothek ein XML ausgibt, das dann verarbeitet wird. Das anwenden auf eine neue Bibliothek wäre dann nicht schwer.

[OneCypher]

@Stueber: Du baust also Glade in Freebasic nach? .. glade ist doch eigentlich schon nich schlecht..

@Mod: Das sich meine Gui damit abheben könnte ist wirklich ein gutes argument. Da geb ich dir vorbehaltlos recht.. Aber mag damit überhaupt jemand arbeiten wenn man mit einem solchen designer nur grundrisse von dummy-objekten anordnen kann?
.. sowas lässt sich natürlich recht einfach programmieren...

[MOD]

Solange das Endprodukt das ist, was man vorher mit Dummies gezeichnet hat, wäre es ideal zum schnelle GUI-Bauen für alle möglichen Programme.

[OneCypher]

Zentraler angelpunkt für einen designer der dummies benutzt wären die GuiObject-Objekte die in jedem bedienlement enthalten sind. In jedem GuiObject ist die position und größe gespeichert. das ist bei allen bedienelementen meiner gui gleich...
das wird sicherlich nicht auf andere guis übertragbar sein..

[Stueber]

Ich baue nicht Glade nach, aber es funktioniert so ähnlich. Der Punkt ist dass das Parsen des XML-Files die Schwierigkeit ist, was dann mit den Informationen gemacht wird kann beliebig abgeändert werden, sicherlich auch für deine GUI.

[OneCypher]

Und dann erstellst du noch einen parser der den xml-code aus deinem designer in nativen fb-code umwandelt? .. oder wie kann man sich das genau vorstellen?

[Stueber]

Man kann es sich so vorstellen:

Designer => .xml Datei => liegt dem Programm bei => Programm ruft parseXML auf, die Funktion ruft dann intern die jeweiligen Gui-Toolkit Funktionen auf.

Dann hat das Programm die Startoberfläche, alles weitere wird ganz normal über die Funktionen deiner Lib gemacht, man kann eben die Startoberfläche mit wenigen Klicks erzeugen.

[OneCypher]

Dann muss dem programm also immer eine xml-datei mitgegeben werden und es besteht die "gefahr" das die xml-datei nachträglich geändert werden kann?
Genau das möchte ich umgehen :-/.. deswegen wird das mit dem designer nich so einfach werden :-/...

Meine vorstellung läuft eher daraufhinaus, das "Dummy-Bedienelemente" auf einer Oberfläche verteilt werden. Dann wird beim abspeichern eine .bi-datei erstellt, welche die koordinaten und die namen der dummy-objekte beinhält.

Möchte man dann dieses design einbinden, bindet man die .bi-datei in sein projekt ein und "überschreibt" dann die positionen von den bedienelementen mit den positionen die in der .bi-datei jeweils nach objekt-name gespeichert wurden...

na mal abwarten .. zumindest für einen einfachen designer wird meine idee ausreichen..

[28398]

Man kann die XML Datei auch komprimiert/verschlüsselt an die Moduldatei anhängen...

[Stueber]

Genau so wie es 28398 sagt ist es auch gedacht, aber ist auch nur ein Angebot.
Wenn du meinst dass mein Designer bei deinem Projekt nicht sinnvoll ist, dann wird es auch so sein.

[OneCypher]

So, designer ist sogut wie fertig!

Aber wie gesagt, er ist absolut einfach gehalten:

Erstellt man ein Bedienelement, positioniert es, ändert die größe und vergibt man ihm z.B. den Namen "Button1", dann erstellt der Designer beim speichern eine .bi-datei die man im Hauptprojekt einfach mit #include einbinden kann.

In dieser .bi-Datei steht dann beispielsweise für das Objekt "Button1":

[funkeld]

Hallo, grüss dich.

Wird an dieser Baustelle nicht mehr weitergearbeitet?

Gruss

[OneCypher]

Hallo funkfeld

tatsächlich wird hier noch gearbeitet! .. auch wenn länger nix passiert ist, steh ich kurz vor einem genialen release .. also genial in form von, dass mir die art der realisierung persönlich besonders gut gefällt

Gruß

[OneCypher]

Ich hab mal vorab ein paar Dateien zusammengepackt und ein kleines OpenGL-Beispiel Programm für meine Gui geschrieben.

Ist eine 3D-Ausgabe von Conways Game Of Live und so schauts aus:



Und hier zum runterladen:

http://users.freebasic-portal.de/onecypher/GuiObject2.zip

einfach die test1.bas kompilieren und ausführen.

In dem screenshot sieht man oben links ein SDL-Fenster mit Menü.
--> Sollte dieses fenster nicht starten: EINFACH NOCH MAL DAS PROGRAMM NEUSTARTEN .. ich weiss leider noch nicht genau, woran das liegt, das es sich in seltenen fällen begibt, das sich das SDL-Fenster nicht öffnet.. Aber im normalfall sollte es das tun!

Zu dem Game Of Live selbst: Ich kenne leider nur die regeln für die 2D-Version und daher hab ich versucht die regeln auf 3D zu übertragen. Weiss nicht ob mir das gelungen ist...

Zur steuerung im 3d-Fenster:

- zoomt in das gatter rein
+ zoomt raus

hält man die ctrl-taste gedrückt und bewegt die maus mit gedrückter linker taste, verschiebt man seine ansicht.

mit linker taste + maus bewegen kann man die perspektive ändern.

Mit der rechten taste kann man das gatter um sich selbst drehen.

Das menü auf der linken seite ist zwar auf englisch, sollte aber einigermaßen erklärend sein...

Bin gespannt auf rückmeldungen