Naja, Dein an sich Problem ist ned wirklich QT spezifisch ....
DU solltest Dich mit C/C++ schon auskennen ...
Das impliziet sollte die faehigkeit mit einschliessen, C++ Schnittstellen selber entwerfen zu koennen. gleichfalls solltest Du nicht QT abhaengige klassen in QT verwenden koennen.
Das war der allegemeine Teil, nun der Speziellere ...
Wenn du auf CR angewiesen bist, solltest auch die zugrunde liegende Technicken beherschen ... in deinem speziellen Fall C++ & ActiveX.
Die frage ist, wie tief sich mit ActiveX auseinandersetzen. Ich hab schon ne Menge gemacht und koennte sowas theorethisch ueber die WinApi und die C Schnittstellen, ohne weitere abhaengigkeiten, realisieren.
Alternativ kann man, die Lizens vorausgesetzt, auch den ActiveQT Client verwenden. Allerdings ist das ned sehr komfortabel, da der , glaub ich, ned zur entwicklungszeit ueber die tlb's oder das duale interface die ActiveX funktionen aufloesen kann. Man muss da viel per hand zusammenstricken.
Weiterhin, und deswegen der hinweis mit den c++ Grundlagen, kannst du das ganze thema in ne nicht QT dll auslagern und dort das verwenden, womit dich auskennst ... MFC, oder ATL oder was weiss ich.
Ich wuerde sogar ne Dll in VB(was ja nen guten Draht zu CR hat) schreiben koennen, die dein QT programm anzieht. Mit den OLE datentypen musst dich ja eh beschaeftigen ^^
Also du stehst so auf CR, mit was hasst da vorher gearbeitet ?
Ich will nur eine sch... Report machen und, wenn möglich, ein Diagramm zeichnen.
Klingt wie Visual Basic
Unter C++ war ActiveX noch nie richtig trivial.
Aber nichts destotrotz, hat auch patrick08 recht. QT ist und will ne plattformunabhaengiges tool sein. das hat so paar vor und nachteile ...
Als programmierer sollt man sich wiederum in viele "tools" einarbeiten koennen ... wenn du so stark an die CR gebunden bist, und an andere plattformspezifischen dinge, wie ActiveX, stellt sich der Sinn in Frage !
Ich wuerde fuer sowas z.b. eher auf .Net oder Mfc zurueckgreifen, einfach weil das besser unterstuetzt wird.
Ciao ...
