Schatz, das verdammte Ding klemmt!
@jerch: Also, bei deiner Version, im Zusammenspiel von BlackJacks Version bedeutet das, dass ich beim erstellen des Fensters im gleichem Zuge die Icons mit übergeben muss? Wie du ja siehst, wickle ich das Setzen der Icons innerhalb der Search_Window-Klasse ab, sobald die Klasse instanziiert und geladen wird. Jetzt stehe ich zwischen zwei Stühlen. Nehme ich deine, und Blacks variante, dann muss ich schon in der Mdi_Main-Klasse die Icons setzen, sobald das Fenster von dort zentral erstellt wird, und bei mir ist zwar etwas umständlicher, jedoch wird das setzen der Icons innerhalb der Klasse abgewickelt. Was wäre die bessere Alternative? Ich frage euch deshalb, weil ihr Profis seid, und ich eure Meinungen und Hilfen wertschätze.
-
BlackJack
@Sophus: Setz es doch beim erstellen des `Search_Window`-Exemplars und frage das dann in dem Code der das erstellt ab und setze es auf dem `QMdiSubWindow`-Exemplar.
Edit: Eine total abgefahrene Idee wäre auch die Fenster die im MDI-Bereich angezeigt werden sollen einfach von `QMdiSubWindow` erben zu lassen…
Edit: Eine total abgefahrene Idee wäre auch die Fenster die im MDI-Bereich angezeigt werden sollen einfach von `QMdiSubWindow` erben zu lassen…
@Sophus:
Hängt davon ab, was Du noch alles mit einem aktivierten Subwindow anstellen möchtest. Wenn ich die Screenshots sehe, vermute ich, dass sobald Funktionalität dazu kommt, Du Ableitungen von QMdiSubWindow für bestimmte Subwidgets brauchst (z.B. fürs Ändern der Menüeinträge, Ausgrauen von Einträgen etc.).
Apropos Funktionalität - mir scheint, Du beisst Dich sehr an der Präsentation fest. Hast Du Deinen MDI-Ansatz schonmal mit Anwendungsfällen/-logik gegengeprüft? So ein MDI ist nämlich eigentlich nur für eines ausgelegt - multiple Dokumentdarstellung mit ähnlichen Interaktionen. Zudem sind MDIs nicht pattformunabhängig - unter OSX und Gnome gibts die nicht (Qt emuliert das dort). Damit arbeitest Du aber gegen Benutzererfahrung. Generell wird heutzutage von MDI abgeraten.
Hängt davon ab, was Du noch alles mit einem aktivierten Subwindow anstellen möchtest. Wenn ich die Screenshots sehe, vermute ich, dass sobald Funktionalität dazu kommt, Du Ableitungen von QMdiSubWindow für bestimmte Subwidgets brauchst (z.B. fürs Ändern der Menüeinträge, Ausgrauen von Einträgen etc.).
Apropos Funktionalität - mir scheint, Du beisst Dich sehr an der Präsentation fest. Hast Du Deinen MDI-Ansatz schonmal mit Anwendungsfällen/-logik gegengeprüft? So ein MDI ist nämlich eigentlich nur für eines ausgelegt - multiple Dokumentdarstellung mit ähnlichen Interaktionen. Zudem sind MDIs nicht pattformunabhängig - unter OSX und Gnome gibts die nicht (Qt emuliert das dort). Damit arbeitest Du aber gegen Benutzererfahrung. Generell wird heutzutage von MDI abgeraten.
@jerch: Was die Funktionalität betrifft, bin ich noch nicht weit genug. Ich beiße mich deshalb erst einmal an die Präsentation fest, weil ich natürlich lernen will 
Aber zur allgemeinen Überlegung: Wie du gesehen hast, wird meine Anwendung eine reine Verwaltungsanwendung werden. Selbst in VB6 hat sich für mich das Arbeiten mit MDI bewährt. Denn ich will Filme, Bücher, Briefmarken, Videospiele, und was noch so bei mir im Haushalt anfällt verwalten können. Und bei dieser Vielzahl habe ich schon bei VB6 das SDI-Verfahren ausgeschlagen. Ich möchte nicht, dass man unendlich viele (Unter)Fenster auf dem Desktop herumschwirren hat. Sieht einfach (für mich) unordentlich aus. Dagegen ist im MDI alles "sauberer".
Aber zur allgemeinen Überlegung: Wie du gesehen hast, wird meine Anwendung eine reine Verwaltungsanwendung werden. Selbst in VB6 hat sich für mich das Arbeiten mit MDI bewährt. Denn ich will Filme, Bücher, Briefmarken, Videospiele, und was noch so bei mir im Haushalt anfällt verwalten können. Und bei dieser Vielzahl habe ich schon bei VB6 das SDI-Verfahren ausgeschlagen. Ich möchte nicht, dass man unendlich viele (Unter)Fenster auf dem Desktop herumschwirren hat. Sieht einfach (für mich) unordentlich aus. Dagegen ist im MDI alles "sauberer".