Zum Kompilieren benötigt man zusätzlich noch die Unit Hash.pas (gibts auf deiner HP ), und eine TAdvancedPanel Komponente, von der ich leider nicht weiß, wo sie herkommt.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Genau das Hash gibt es auf meiner Seite und das andere habe ich gerade in dem Projekt gepostet.

Aber für mich ist lesbarkein eine sehr wichtige vorraussetzung für einen Quellecode. Kann auch manchmal zum Fluch werden.

Achja. Eine Erwähnung in den Credits wäre dann auch nicht doof.

Ein weiterer Versuch ergab, dass eine Klasse TWinXP benötigt wird (deren Referenz habe ich einfach mal gelöscht - ich gehe davon aus, dass sie nicht wichtig ist).
Jetzt wird noch eine Unit regexpr benötigt und im weiteren Zuge noch der PS Import von dglOpenGL (IFSI_dglOpenGL.pas).


Ich stimme dir zu, ausserdem sind mir Idealisten sowieso lieber, als reine Pragmatiker


Das ist natürlich ohnehin klar

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Die IFSI befinden sich im Unterverzeichnis Innerfuse. Die anderen Units bekommst du aus dem Komponenten die ich im ProjekteThread angegeben haben. Unter dem Link RegExp Studio.

@RegExpr
Ah ja - wer lesen kann ist klar im Vorteil .

Zu meiner Ehrenrettung kann ich allerdings anführen, dass ich das Innerfuse Verzeichnis durchaus inkludiert habe, die IFSI_dglOpenGL dort aber fehlt.
Nun könnte ich sie zwar selbst generieren (und irgendwann stelle die OpenGL Unit wahrscheinlich ohnehin um), derweil wäre es aber praktisch, wenn du sie online stellen könntest - grad damit man das Projekt, so wie es ist, kompilieren kann.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Oh jetzt wo du es sagst. :-/
Die liegt bei mir auch in einem anderen Verzeichnis.
Habe sie mal angehangen.

[edit]
Achja. Mit der TWinXP hast du im übrigen recht. Das ist so nützlich wie ein Eiswürfel am Nordpol hatte es allerdings vergessen es wieder entfernen. Es handelt sich dabei um eine Komponente die das Style von Windows auf einzelne Fenster überträgt. Wird demnächst entfernt.

Danke sehr - jetzt kann ich es zumindest kompilieren (die Datei eDefines.inc aus dem PS Verzeichnis musste noch als ifps3_def.inc zu den ganzen IFPS3 Units kopiert werden - Weitergabe von Source ist gar nicht so ohne Tücken, wie man eigentlich glauben möchte).

Jetzt muss ich mir (wahrscheinlich) noch eine neuere Version von TSynEdit runterladen, da die Code Completion Proposal Klassen offensichtlich neue Eigenschaften erhalten haben, die Delphi beim Start der Anwendung aus Ressourcen laden möchte.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Also die "Code Completion Proposal" kannst auch entfernen. Die hat momentan noch überhaupt keine Bedeutung. Ist noch nicht implementiert.

Und ich benutze derzeit die aktuelle von RemObjects. Wurde ja umbenannt. Na ja deren Tag, bei mir, sind gezählt. *har har har*

Um so länger ich darüber nachdenke umso fester wird mein Entschluss vollständig auf den Delphikompiler umzusteigen. Im Zuge dessen wäre es wol auch sinnvoller, wenn ich mehrer Quellcodefenster haben kann. Evtl sogar mehrere OpenGLFenster. Das werde ich mir allerdings erst noch in Ruhe überlegen müssen. Werde also mal wieder etwas Zeit mit Konzepten totschlage. Es kann sein, dass sich an der derzeitigen Version noch einmal strukturell etwas ändert. Ich hoffe das macht dann deine Implementierung nicht zu kompliziert. Aber wie gesagt. Muss erst einmal intensiv Konzipieren. Und abwägen ob sich der Aufwand überhaupt lohnt.

Ich hoffe du lässt dich von sowas nicht einschränken - tu' deiner Kreativität keinen Zwang an. Im schlimmsten Fall erweitere ich die bestehende Version, die an sich bereits alles hat, was ich so möchte (ich brauche keinen Alleskönner, sondern möchte nur interaktiv kleine Dialoge in BGP zusammenbasteln) - oder schnitze mir einen eigenen Formulareditor, wenn auch dies zu umständlich sein sollte.

Wobei mir dein Framework durchdacht und sauber ausprogrammiert vorkommt - ich muss mir aber noch ansehen, wie aufwändig eine Portierung tatsächlich ist.

@Delphi Kompiler:
der ist wirklich extrem schnell - ich denke nicht, dass du damit Geschwindigkeitsprobleme bekommst.
Eventuell ist auch VPascal oder FreePascal für dich interessant, eine Kompilerversion könntest du (mit Credits) mit deinem Programm ausliefern, dann muss auf dem Zielsystem nicht mal Delphi installiert sein.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Das Ganze lässt sich jetzt kompilieren und starten - und ich denke, zumindest die "VGL" - Klassen , die dein Framework zur Verfügung stellt, lassen sich ohne größere Probleme in andere Projekte integrieren.
Geschickt wäre es eventuell, noch eine Mauszeigerverwaltung zu integrieren (auch mit OpenGL), sodass sich dieser über den Controls ändern kann.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Werde das mit den Mauszeigern auf jeden Fall im Hinterkopf behalten.

Ich habe im übrigen noch eine Schweinerei festgestellt. Ich weiß jetzt allerdings nicht ob das in dem PascalScript oder in Delphi ist. Die Eventzuweisungen die ich in den Samples gemacht habe funktionieren außerhalb von dem PS nicht. Delphi mag reine Proceduren als Eventhandler nicht. Wenn die Teil einer Klasse sind lässt es sich in Delphi kompilieren sonst eher nicht wirklich.

Und das mit der DLL und OpenGL ist auch recht witzig.

Nun - Delphi verwendet für Eventhandler immer "procedure of object", was nichts anderes bedeutet, dass implizit ein Self Parameter mit übergeben wird. Nur weil dies in der VCL so ist, bedeutet das aber nicht, dass du dies übernehmen musst. Wenn du Self ohnehin nicht verwendest (dies zeigt übrigens immer auf das aufrufende Formular) und dich mit "Sender" zufriedengibst, das explizit als Parameter übergeben wird, spricht nichts dagegen, deine eigenen Eventhandler nicht als "of object" zu deklarieren (also ganz normale Funktionszeiger).

Alternativ kannst du die Funktionszeiger im Interface der Delphi Klassen, das PS ohnehin nicht zu Gesicht bekommt, einfach als " of object" deklarieren - allerdings stellt sich das Problem bei einem Umstieg auf "normales" Delphi ohnehin nicht mehr.
Wenn du eine DLL erstellst, hast du übrigens das Problem, dass du aus dieser ja keine Klassen exportieren kannst - also entweder erstellst du eine BPL, oder exportierst reinen Source, mit dem Nachteil, dass man halt sein ganzes Projekt neu kompilieren muss, wenn sich am Menü was ändert. Mich würd's nicht stören, da Delphi für sowas locker schnell genug ist.
OpenGL könntest du übrigens ruhig separat in einer DLL laden - GLU macht ja auch nichts anderes, und funktioniert recht problemlos.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Also der Thread hat mit dem eigentlichen Projekt ja mittlerweile nur noch rudimentär zu tun. Wärs da net angebracht ein extra Projekt "VGL" (oder sowas) aufzumachen und die ganzen Posts in nen seperaten "Meinung zu Projekte" Thread zu schmeißen? (Ihr als Mods solltet sowas ja machen können)

Wenn das später mal fertig ist, finden das andere User sicherlich auch schneller, wenns als extra Projekt geführt wird.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Dieses Thema handelte in einer vergangen Zeit von einem Projekt namens "Starbreed Academy". Das ist Geschichte. Ab jetzt sind hier Wünsche, Anregungen, Kritik etc. zu dem Nachfolgeprojekt erwünscht. Huldigungen und Lobpreisungen werden aber auch nicht abegelehnt.

Habe das Forum auch entsprechend umbenannt.

Da ich selber gerade an einer GUI-Komponentensammlung schreibe (GL_SDL_UI, allerdings mit C++) find ich das durchaus interessant.
Ich benutze im moment SDL_ttf (TrueTypeFonts). Wenn du den Fontgenerator plattformunabhängig hingrigst hatte ich aber vielleicht auch noch interesse daran umzusteigen... (Fonts sind echt problematisch...überraschenderweise funktioniert SDL_ttf ohne alzu großen Performanceverlust. Wobei ich soviel Text noch nicht verwendet habe).

Könntest du mal einen Screenshot von deinen GUI Componenten "in Action" zeigen?

_________________
Blog: kevin-fleischer.de und fbaingermany.com