GDI+ oder graphics32

[delphiRenorm]

Okay, hilfe. also,

OPENGL
ich hab die tutorials in opengl durchpflügt und kann jetzt lauter bunte basis-formen im raum verteilt zeichnen. Texturen würd ich sicher auch noch hinkriegen. was mir noch nicht so klar ist, ob RoundRect oder beliebige andere Formen /Regionen damit einfach zu erstellen sind und ob eine Initialisierung von OpenGL in der Anwendung (bsp. in meiner MainForm) genügt und ich dann dies zum zeichnen in allen anderen Kompos benutzen kann.

GDI+
Krieg ich nicht zum laufen. Habe sowohl die Version von progdigy.com als auch ne andere und beide werfen Fehlermeldungen aus. Liegt wahrscheinlich daran, dass die nicht Delphi2010 kompatibel sind. Bei progdigy's version haperts beim Erstellen eines Path. Da hab ich noch eine Funktion neu geladen, aber dann kam die nächste Fehlermeldung bei TNative... .

GRAPHICS32
Da bin ich mir nicht so sicher, was das kann und die Art der Dokumentation ist nicht so meins. Aber zur Not werd ich mich da wohl einarbeiten. Ich hätte halt gern was in der Hand was ich durchlese und dann die Basics kann und wild drauflos programmiere.

DIRECTX
... (noch nicht probiert)

.NET
Hm, da bin ich schon ein paar mal drauf gestossen als ich mich mit ADO beschäftigt hab. Hab grad mal den Artikel zu WPF bei Wiki gelesen und das scheint auch sehr interessant zu sein. Gibt es da was herausragend empfehlendes zur Einführung? Die Komponenten sehen ja schon sehr ansprechend aus. Wie flexibel ist man denn da?

Sorry dass ich so breit und querfeldein frage, nur sieht das für mich alles nach ner Menge Arbeit aus, die ich auch gern investiere nur kann ich das nicht in 4-5 verschiedenen Richtungen gleichzeitig. Vllt. wär die .Net variante ja was, für Anregungen bin ich weiterhin offen

Vielen Dank schonmal, ich glaube ihr erspart mir ein paar Tage Frust vorm PC

[KrasserChecker]

Hallo,

bezüglich GDI+ schau dir mal das hier an:

Delphi 2009 GDI+ Library

Das ist eine der besten Implementationen der GDI+ API, die mir bis dato in Delphi untergekommen ist. Ich nutze sie selbst in einigen Anwendungen.

Von der Website:

Zitat:

It differs from other Delphi GDI+ libraries in the following ways:

* It is modeled more after the .NET System.Drawing namespace instead of the C++ GDI+ classes. As a result, this library is a bit more high level and easier to use.
* It uses object interfaces for automatic memory management and ease of use. You don't have to keep track of your graphics objects anymore.
* It uses exceptions instead of error codes to handle errors the Delphi way.
* It comes with sample applications that demonstrate the usage of GDI+ through examples from the Windows Platform SDK.
* It supports the GDI+ version 1.1 extensions that were added with Windows Vista and certain Office versions.
* Optionally provides class helpers for interoperability with Delphi's TBitmap and TCanvas.

[delphiRenorm]

Das Problem kenn ich Nur funktioniert das ebenso nicht. Normale Arbeiten mit graphics ist kein Problem, nur sobald ich zu Pfaden übergehe klappt bspsw. Path.addellipse(...) nicht mehr. Beim Compilieren schimpft er, dass

Code:

[DCC Fehler] Unit1.pas(37): E2361 Auf private-Symbol TGPGraphicsPath.AddEllipse kann nicht zugegriffen werden

obwohl, dass ja als explizites Beispiel auf der HP schon angezeigt wird. Ich hatte eigentlich nicht vor wieder in der Unit rumzubasteln, es sollte ja so funktionieren, vllt hab ich auch irgend nen Denkfehler.

Noch ne Frage zu .NET und WFP. Müsste ich da Delphi Prism haben und wieviel Zeit (grob) bedarf die Einarbeitung? Ich hab mit .NET noch nicht gearbeitet aber es scheint für die Zukunft ja sehr interessant zu sein.
(hab die Frage mal nach: http://www.delphipraxis.net/154430-d...ml#post1048643 verschoben)

@AndreFM: Das sieht ganz nett aus, ist aber einerseits schweine teuer und ich würds auch gern selbst können. Es geht nicht nur darum, dass mein Programm später so und so aussieht. Trotzdem vielen Dank.

[blackfin]

Zitat:

OPENGL
...was mir noch nicht so klar ist, ob RoundRect oder beliebige andere Formen /Regionen damit einfach zu erstellen sind...

OpenGL ist, wie so ziemlich jede andere 3D-API, Polygon-basiert.
Das heisst, du zeichnest Punkte (Vertices) und sagst OpenGL, wie diese zu Polygonen verbunden werden. Da gibt es dann zig Varianten / Schalter (LINES, TRIANGLES, QUADS, QUAD_STRIPS usw.) und in welcher Reihenfolge ein Front-Face deklariert ist (Im Uhrzeigersinn, gegen den Uhrzeigersinn).
Du kannst damit jede erdenkliche Form erstellen, sei es 2D oder 3D.
Diese Polygone kannst du dann einfärben / per Textur-Koordinaten Texturen draufmappen und z.B. mit Lichtern interagieren lassen (Material-Eigenschaften) oder sogar kleine Mini-Programme (Shader) für die Vertex-Positionierung, Texturierung und Farbgebung schreiben, die dann direkt auf der GPU laufen.
Ob die Anzeige 2D oder 3D ist, kommt hauptsächlich darauf an, wie die Kamera eingestellt ist (Orthogonal oder Perspektive).

Wie du aber siehst, ist das Ganze schon von der Denke her nicht wirklich trivial
Dafür halt mächtig

Zitat:

...und ob eine Initialisierung von OpenGL in der Anwendung (bsp. in meiner MainForm) genügt und ich dann dies zum zeichnen in allen anderen Kompos benutzen kann.

Es reicht normalerweise, für deine Anwendung einen OpenGL-Context zu aktivieren. Anwendungen mit mehreren Contexten sind sehr selten.
Dieser Context liegt dann immer auf irgend einer Fläche, sei es die Client-Area der Form oder die eines Panels oder Ähnliches.
Innerhalb dieses Bereichs kannst du dann mit OpenGL arbeiten, und zwar nur OpenGL (VCL-Controls / GDI(+) funktionieren hier nicht mehr), ausserhalb der Fläche verhält es sich umgekehrt (kein OpenGL nutzbar, VCL /GDI funktioniert).
Hast du z.B. ein Panel auf deiner Form, für das du den OpenGL Context aktivierst, kannst du dort mit OpenGL zeichen, und zwar nur dort.
Ist deine ganze Form ein OpenGL Context, dann musst du alles dort mit OpenGL zeichen und kannst die VCL oder GDI(+) komplett dort vergessen. Es gibt keine Mischformen

Das gleiche gilt auch für Direct3D.