Registriert: Do Sep 25, 2003 15:56 Beiträge: 7804 Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)
Da hier ja doch einige schon Kontakt mit borlandmitarbeitern hatten, und einige in den anderen Foren unterwegs zu sein scheinen könnte man sich ja mal an diese Wenden, und Vorschlagen ihren OpenGL Header durch unseren zu ersetzen.
Eigentlich müsste das ja auch eine Blamage sein, Produkte mit einem schon seit 10 Jahren veralteten Header auszuliefern.
Man könnte ja den alten, gut ausgetesteten OpenGL15-Win32-Header anbieten, und für .Net den neuen 2.0er Header.
Wobei der neue 2.0 Header intern noch nicht so schön ist (weil .Net in der momentanen Version bei den DLLs nochn bisl umständlich ist).
Was haltet ihr Prizipiell von der Idee?
PS: Wie siehts eigentlich mit "DGLHeader goes JEDI" aus. Das war doch damals Saschas Part oder?
_________________ Blog: kevin-fleischer.de und fbaingermany.com
Registriert: Sa Mai 04, 2002 19:48 Beiträge: 3827 Wohnort: Tespe (nahe Hamburg)
Ja, in der Tat. Der Kontakt in Richtung JEDI scheint ein wenig eingefroren zu sein. Scheinen momentan allerdings auch eher etwas zu suchen, dass dem gl, glu-Schema folgt. Vielleicht kann sich ja jemand ein wenig in die Diskussion einlesen und ggf. versuchen etwas zu drehen?
http://groups.yahoo.com/group/JEDI-SDL/
_________________ "Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."
Registriert: Sa Mai 04, 2002 19:48 Beiträge: 3827 Wohnort: Tespe (nahe Hamburg)
Da Louis nach jemanden sucht der die aktuellen Header des SDL-Paketes aktualisiert und ich den aktuellen Status nicht kannte, habe ich ihn auf unseren Header angesprochen. Die Antwort kann ich zwar nicht ganz nachvollziehen, aber möchte sie auch natürlich dennoch nicht vorenthalten
Zitat:
Yes I have spoken to Sascha about the OpenGL headers. I prefer the individual files because it is more closely associated to the C/C++ OpenGL headers. I think in the long term it will be easier to maintain smaller separate .pas files than one big .pas file. This is the same reason why there are separate SDL units ( sdl.pas, sdl_image.pas sdl_mixer.pas etc ). Also some of the SDL OpenGL headers use some SDL functions for loading extensions. That way I don't need to have loads of IFDEFs for each Operating System.
That is why I have not moved to the dglOpenGL.pas yet and would rather someone update the current headers.,
_________________ "Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."
Er möchte lieber viele kleine Dateien, als eine große, weil, nach seiner Auffassung, viele kleine Dateien leichter zu handhaben wären, als eine große.
Er hätte deswegen lieber jemanden, der die aktuellen Header aktuell hält, als einen neuen Header.
Ich kann das zwar überhaupt nicht nachvollziehen, da ich lieber ein paar wenige größere Dateien habe als viele kleine, aber wenn's ihm Spaß macht...
_________________ "Für kein Tier wird so viel gearbeitet wie für die Katz'."
Registriert: Do Sep 25, 2003 15:56 Beiträge: 7804 Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)
Wenn ich mir das SDL Paket mal angucke kann ich das schon verstehn. Die haben ja zich tausend unterordner die unmengen kleiner Dateien enthalten die man dann mühsam alle einzeln einbinden darf, weil Delphi/Kylix ja die Subdirs nicht mit durchsucht. Da würde unser schöner AllInOne-Header überhaupt nicht reinpassen. Der is viel zu einfach.
Phob nimms mir nicht übel aber: Die SDL Leute sind, wies scheint, typische Linuxer. Alles selber machen wollen und rumschreien wenn irgendwas von alleine Funktioniert, ohne dass sie selber was getippt haben...
_________________ Blog: kevin-fleischer.de und fbaingermany.com
Registriert: Do Sep 25, 2003 15:56 Beiträge: 7804 Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)
Aber nochmal was anderes:
Da wir uns ja alle einig sind, dass unser Header der Tollste Delphiheader ist, könnte doch mal jemand ein Funktionierendes Template bauen, welches auch problemlos unter Linux kompiliert und unseren aktuellen Header nutzt. Wenn die nicht wollen, machen wir es halt selber. (wie immer ... )
_________________ Blog: kevin-fleischer.de und fbaingermany.com
Registriert: Sa Mai 04, 2002 19:48 Beiträge: 3827 Wohnort: Tespe (nahe Hamburg)
Was daran typisches Linuxianer verhalten sein soll, ist mir allerdings rätselhaft
Ein funktionierende Template ist zum einen in der DGLSDK für Linux enthalten. IMAO läuft der bei uns unter Templates mit denen der JEDI. DGL-Header einbinden, InitOpenGL; ReadExtensions; und auch der sollte angepaßt sein. Eine aktualisierte Version des Templates (vermutlich dann auch eine final) wird nächsten Monat geben. Scheint zwar noch an einigen Stellen zu Problemen zu führen, allerdings wird man das nie finden, wenn es niemand nutzt
_________________ "Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."
Registriert: Do Sep 25, 2003 15:56 Beiträge: 7804 Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)
Aber mal ganz abgesehn von den JEDI Leuten, könnte man doch unseren Header mal bei Borland vorzeigen. Was denkt ihr denn darüber? Im Header is ja ein Komentar, der den Link hierher enthält, vielleicht finden dann nochmehr leute zu uns. Und außerdem macht sich das bestimmt gut, wenn wir sagen können:
"Der DelphiGL Header ist offizieller Borland OpenGL Header."
_________________ Blog: kevin-fleischer.de und fbaingermany.com
Registriert: Do Sep 25, 2003 15:56 Beiträge: 7804 Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)
Wenn man denen mal ein standard OpenGL projetk gibt und die sehen, dass es mit ihrem Header net funktioniert, weil Funktionen falsch benannt sind oder sonstwas net geht, dann sollte das Argument genug sein. Man müsste halt nur die richtigen Leute bei Borland finden um denen das mal unter die Nase zu reiben.
_________________ Blog: kevin-fleischer.de und fbaingermany.com
Registriert: Mo Sep 23, 2002 19:27 Beiträge: 5812
Programmiersprache: C++
Da ich mit Dominique (quasi dem Mann hinter JEDI-SDL) recht viel Mail-Kontakt habe, und auch ein paar Mails bzgl. unseres Headers mit ihm gewechselt habe sollte ich wohl was zu der Situation sagen, zumal ich "typisch Linuxer" nicht nachvollziehen kann, denn den Newton-Header sowie meine SDL-Newtondemos hat er dankend in JEDI-SDL übernommen.
Unser Header für die JEDIs : Ich finde seine Entscheidung gegen unseren Header durchaus verständlich. Denn viele SDL-Projekte nutzen halt die von C her bekannten "Unterheader", zumal JEDI-SDL ja ein Pascalport des SDL ist. Und da dann einfach so einen kompletten Headerwechsel zu tätigen ist weder einfach noch besonders klug in Hinblick auf ältere SDL-Anwendungen bzw. Anwendungen die von anderen Sprachen nach Pascal portiert werden sollen. Ausserdem (wenn ich nicht irre) laufen die gl-Header aus SDL (zumindest lässt ein Kommentar im aktuellen CVS darauf schliessen) auch unter MacOS, was bei unserem Header nicht bewiesen ist.
Unsere Header für Borland : Das wäre toll, aber nachdem Borland nun seit Ewigkeiten den selben OpenGL-Header mitbringt bezweifle ich dass dieser jemals ersetzt wird. Warum auch, Borland denken ja immernoch das Delphi nur ne RAD-IDE für DB-Anwendungen ist. Einzige Möglichkeit wäre den evtl. als "Bonus" auf die Delphi-CDs zu bekommen, so wie es mit z.B. JEDI-SDL bereits der Fall ist.
Dominiques Entscheidung gegen den DGL-Header ist also historisch bedingt durch diverse Altlasten, von denen sich manche nicht gerne verabschieden.
@Borland: Ich glaube nicht, dass Borland Delphi nur als RAD-IDE für DBs gedacht hat, wie auch der JEDI-Kommentar unter Hilfe | Info zeigt. Denn die Jedi Komponentensammlung bietet deutlich mehr als nur Datenbankbezogene Sachen. Und dann hätten es die Jedis auch nicht in Borland Delphi geschafft (Wenn auch recht versteckt)
Dass Borland jedoch den alten Header bevorzugt, befürchte ich auch.
_________________ "Für kein Tier wird so viel gearbeitet wie für die Katz'."
Dann sollte man Borland mal direkt anschreiben. Delphi gibt's eh nicht für den Mac und Kylix hat Borland anscheined eh schon aufgegeben. Dafür ist denen aber bestimmt jetzt .Net ganz wichtig.
Mitglieder in diesem Forum: 0 Mitglieder und 25 Gäste
Du darfst keine neuen Themen in diesem Forum erstellen. Du darfst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge in diesem Forum nicht ändern. Du darfst deine Beiträge in diesem Forum nicht löschen. Du darfst keine Dateianhänge in diesem Forum erstellen.