Ich nochmal (ja ich hab zu viel zeit )

Also ich kann mich nochmal an meinen Parser ransetzen, allerdings kann ich nichts versprechen. Ich würde gerne zu diesem Projekt beitragen. Man könnte ja die dglOpenGLGUI-Lib draus machen

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Öhm... ein Lua-Interpreter stellt doch wohl keine direkte Schnittstelle zur Windows-API, oder? Und auch keine zum Windows-Filesystem? Wenn man also diese Möglichkeit nicht direkt in seine Anwendung einbaut, kann doch nichts passieren...

_________________


"User Error. Replace User and hit Continue."

Erstmal zum Thema Scriptsprache.
Wie schon beschrieben kann man ein buffer overflow erreichen und somit kommt man nicht nur in den Programmcode rein sondern auch in den Code von anderen Apps oder auch in den Speicherbereich für die Prozesstable. Dann ist man quasi Gott.

Zum XML Parser.
Ich benutzte libXMLparser.pas von http://www.destructor.de/xmlparser/index.htm.
Das Teil ist sehr gut und einfach zu handhaben.

Wer noch so alles sich an einer GUI versucht ist mir relativ egal.
Solange erstmal ein Standard fertig entwickelt wird.
Jetz schon an zu fangen zu programmieren wird am ende Papierkorbarbeit sein.
Ohne Specs und so weiter kann nur müll raus kommen.

Mein Vorschlag wäre auch nur eine GUI zu schreiben und bisher würde sich es anbieten, die XD_GUI vom Code an zu passen.
Denn alles was bisher vorgeschlagen wurde und in den Facts steht ist ja in unserer GUI realisiert(da habe ich ja die Facts her).
Wenn diese Idee auf Taube Ohren stößt, hab ich damit auch kein Problem.
Denn wir haben dann ja Standards und wenn sie jeder einhält ist es kein Problem.

Wo ich nun schon ein recht langen Post zusammen hab kann ich weiter machen.
Ich würde mich über weitere Ideen und genauere Vorstellungen freuen.
Wenn keine weiteren Vorschläge mehr gibt, könnte man dann das Pflichtenheft ausarbeiten und sich anschliessend dem Interface und Klassen Design widmen.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

okay, war ja auch nur ein Vorschlag. Mich persönlich würde es aber freuen, wenn irgendwie ein Binärformat für die Formulare rauskommt. Denn ich wollte nicht unbedingt, dass meine GUIs editierbar sind aber unmengen an Code zu schreiben, wo simples XML als Alternative steht is auch nicht das wahre :-/

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ich denke das eine Binäre Form ihren existens Berechtigung hat.
Die Frage ist ob man da nicht ein extra Loader machen sollte, der binär ist und halt Baumstrukturen aufweist.
Für eine Security version sollte man sich noch was überlegen, denn da es opensource ist sollte man überlegen ein hash wert ein zu bauen.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Hallo,
Ich hab mich jetzt ein bisschen im Internet schlau gemacht.

@luketheduke: eine meiner Vorgaben ist Plattformunabhängigkeit. Die Skriptsprache Lua ist plattformunabhängig. Ihre Homepage ist: http://www.lua.org/

@TAK2004: Wenn ich irgendwas gesagt habe, das Dich verletzt hat, so tut es mir leid. Vielleicht bin ich ein wenig vorlaut gewesen. Aber Du must mich verstehen: alles was ich vorlege, wird mit Sicherheit ziemlich auseinandergenommen werden. Ich muss mich einfach über das informieren, was ich vorschlage. Und schliesslich: es wäre keine gute Idee, mich etwas programmieren zu lassen, hinter dem ich nicht 100%-ig stehen kann. Und dafür muss ich doch auch Bescheid wissen.

Traude

Ich sagte nur das es sinnlos ist jetzt schon was zu programmieren, ich bin nicht beleidigt oder ähnliches.
Wie schon gesagt gibs noch keien richtlinien und da was zu proggen ist am ende papierkorb arbeit.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Etwas beitragen im programmiertechnischen Sinne werd ich vermutlich nicht können. Zum einen ist meine Zeit derzeit noch mit diversen anderen Projekten ausgelastet und was viel schwerwiegender ist, meine Delphi Erfahrungen beschränken sich auf das was wir in der Schule während der Ausbildung hatten. Da müsste ich erstmal wieder ins Tagesgeschäft reinkommen.

BTT:
@Scriptsprache: Es drängt sich mir so langsam die Frage auf, wofür genau die Scriptsprache eigentlich benötigt wird und ob die nicht in direkter Konkurrenz zu den XML Dateien steht. Denn das Event Handling sollte meines Erachtens in der nativen Sprache geschehen. Oder hab ich da nun was nicht richtig mitbekommen?

@XD_GUI: Prinzipiell spricht nichts dagegen, allerdings wäre dann diese Grundsatzdiskussion für die Katz, da ihr schon eine gewisse Vorarbeit bei der Konzeptionierung für eure XD_GUI erreicht habt. Damit stünde sich diese API unabhängige GUI gegen eure XD_GUI.

@XML: Zum Parsen sollte es auch in Delphi genug Libs geben die einem die Hauptarbeit abnehmen, von daher sehe ich da keine wirklichen Probleme. Das Problem wird eher sein sich auf die Struktur des XML GUIs zu einigen.


Mir ist noch was zur API und dessen Daten Handling eingefallen. Wie schaffen wir es die jeweiligen Texturen API unabhängig an unsere GUI zu übergeben?
Verlangt man zb. nur den GLName oder zwingt man den API Entwickler dazu einen Wrapper zu schreiben der die notwendigen Methoden implementiert?
Ich kann mir vorstellen das es nicht jedem gefallen wird einen Wrapper zu schreiben.

_________________
(\__/)
(='.'=)
(")_(")

Bei uns kann die Scriptsprache folgende dinge tun.
-Gui Elemente erstellen und deren Werte modifizieren
-Script Events zuweisen den Widget Elementen zuweisen
Ein Lua Script aus der alten Version von XD_GUI.



Es wird z.B. eine Datei genommen in der man die GUI API auf Projekteigene Funktionen wrappt.
In XD_GUI funktioniert das so.

Die Funktionen hat man kürzester Zeit an seine bedürfnisse angepasst.
Mehr als die im Objekt stehenden Funktionen brauch ich ürbigens nicht für das Zeichnen der GUI.

Zum Thema XML aufbau könnte ich auch ein Beispiel geben.

Die zuweisbaren Werte sind published properties.
Ich hab in der XD_GUI mir die RTTI daten genommen und im XML Loader werden dann die zuweisungen mit diesen Infos verglichen und wenn es die gibt wird es zugewiesen. Somit muss man nur noch bei neuen Widgets 2 Zeilen in den Parser übernehmen.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Hallo an alle,
Ich melde mich zurück mit einem Konzept, in dem aber noch keine Objekte definiert sind. Ich habe mir nur die Vorgaben ein wenig eingedeutscht und bin auch prompt draufgekommen, dass ich ich in den Vorgaben etwas nicht ganz richtig verstanden habe. Mein letzter Punkt sind die meiner Meinung nach offenenen Fragen. Ich hänge meine Konzept als Rich-Text-File hier herein. Sollte jemand ein reines Text-File brauchen, bitte einen Beitrag schreiben, dann formatiere ich es um.

@Evil: Taks GUI ist ja eigentlich plattformunabhängig. Seine Vorgaben gehen von seiner GUI aus. Der einzige Unterschied zwischen ihm und mir war die Sache mit 3D. Nachdem Ihr alle dagegen wart und ich mein Konzept fallengelassen habe, sollte es zwischen seinen und meinem Konzept keinen Unterschied mehr geben.
Traude

Ich geh dann mal auf Sachen in dem Dokument ein, die mich stören:

• Ist RTF und kein Tex
• Ich würde die Kompatibilität der Compiler von Borland erst ab Version 5 oder 7 zulassen. Die älteren Versionen haben Probleme bei den Lesen von Unix-Dokumenten.
• Muss es ein Stream zum Laden der GUI sein?
  Könnte man das nicht umformulieren, dass die GUI aus einem binären und einem XML-Format ladbar sein soll?
• Obwohl wie alle OpenGL-Programmierer sind sollte es noch ein tieferes Fallbacklevel geben was man dann z.B. an SDL anpassen könnte.
• Wie ist es gemeint mit: "ob auch wirklich eine Grafikausgabe erfolgt"
  In OpenGL wüsste ich spontan nicht wie ich überprüfen sollte ob glFlush ausgeführt wurde.
• Zu den Ereignissen:
  Der Programmierer ist verantwortlich, dass die Ereignisse an die GUI weitergereicht werden. Die GUI weisst aber standardisierte Funktionen für diesen Zweck auf.
• Zur Lizenz: Zusätzlich sollten alle Änderungen an der GUI veröffentlicht werden müssen.

Dann zu deinen Fragen:
Zu 1.) Siehe oben
Zu 2.) Klar, jede GUI setzt irgendwas voraus. Daher weiss ich nicht was du genau mit dem Punkt meinst.
Zu 3.) Beides.

_________________
Steppity,✲steppity,✴step,❆step,✳step!
❆ ❄ ❄ ❄ ❅ ❄ ❆ ❄ ❅ ❄ ❅ ❄ ❅ ❄ ❄
❅ ☃ ❄ ❄ ❄ ❅ ❄ ❄ ❄ ❅ ❄ ☃ ❄ ❆ ❄ ❄

Aber da bitte eine kleine Toleranz. Es ist nicht unbedingt das wahre, wenn man nur eine Zeile aufgrund eines Fehlers, der durch den Compiler oder auch nur durch das eigene System verursacht wird, ändert und es dann nicht veröffentlicht, an den Pranger gestellt wird.

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

In dem Fall reicht ja auch ein Bugreport. Es geht einfach darum, dass veränderter Code in das Projekt wieder einfliesst.

_________________
Steppity,✲steppity,✴step,❆step,✳step!
❆ ❄ ❄ ❄ ❅ ❄ ❆ ❄ ❅ ❄ ❅ ❄ ❅ ❄ ❄
❅ ☃ ❄ ❄ ❄ ❅ ❄ ❄ ❄ ❅ ❄ ☃ ❄ ❆ ❄ ❄

Hallo i0n0s,
tut mir leid, hat ein bisschen gedauert; am Abend stehen immer meine Lieben hinter mir und es tönt: fütter uns!


zu Deinen Anmerkungen:

OK ich werds umformatieren und neu zur Verfügung stellen


danke für den Tip, werd's ergänzen


nein, muss nicht sein. kann auch ein ganz normales Textfile oder ein Binärfile sein. Ich ändere es, wenn Du willst. Allerdings würde mich interessieren, warum Du keine Streams haben willst


äh - ich hätte nichts dagegen. Aber: die Programmierung dieses Programmteils müsste jemand anderer übernehmen, weil ich eigentlich nicht so tief ins SDL einsteigen wollte


Das habe ich eigentlich so gemeint: Die OpenGL-Initialisierung gibt einen Rendering Context zurück. Das müßte doch auch in Linux so sein oder? Und diese Erfolgsmeldung müsste der GUI irgendwie zur Kenntnis gebracht werden. Ich wollte vermeiden, dass die GUI draufloszeichnet, ohne dass überhaupt ein Rendering Context existiert. Offensichtlich habe ichs nicht entsprechend deutlich formuliert.


Ich stelle mir immer einen Programmierer vor, der einmal auf die Schnelle etwas ausprobieren will. Der würde sich - wenn die GUI die Fähigkeit hätte, selbständig die Ereignisse abzufangen - mächtig viel Code ersparen. Es würde sich aber auch um eine Fallback-Funktion handeln, die bloss zur Verfügung steht, wenn der Programmierer das wünscht.


Warum eigentlich? Wäre es nicht wünschenswert, wenn er mit dem Code machen kann, was er will? Warum wollt Ihr immer den Benutzer/Programmierer so beschränken? Ich weiß von mir selbst, daß ich immer zurückzucke, wenn mich irgendwer beschränken will. Wir wollen doch auch selbst von anderen lernen, Code abgucken, in eigenen Code hineinverwursten, warum soll denn das nicht möglich sein? Der Code wird keine unbekannte Technologie enthalten, nichts, was man jemandem vorenthalten möchte, alles ist prior Art.
Traude

@edit: zu meiner Frage 2: Es ist gemeint, ob die GUI einen Modus haben soll, wo sie sich sowohl um den Rendering Context als auch um eine (Fallback-)Schrift selbst kümmert, damit sie mal in Gang kommen kann. Offenbar auch nicht gut formuliert gewesen.

@edit2: Damit Du verstehst, warum ich wegen der Lizenz so (unerwartet heftig) reagiere: ich hatte ursprünglich vor, diese GUI als Lehrstück durchzuziehen. Als Beispiel dafür, wie man es machen kann. Und ich würde es begrüssen, wenn möglichst viele daraus was lernen. Dazu gehört eben auch, dass man gefundenen Code verändert und in eigenen Code hineinverwurstet. Dann müsste der Programmierer bei seinem ersten Werk gleich alle Änderungen offenlegen. Das ist schon hart.

In der Regel verweilt man so, dass man auf Anforderung den veränderten Code bekommt.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004