Gute Nacht Leute ;)..

Ich wollte euch mal wieder nach eurer Meinung fragen.

Welches Control/welche Vorgehensweise bei der Strukturierung der Benutzeroberfläche, würdet ihr in einer Anwendung mit verschiedenen Funktionsbereichen/Kategorien (Lager-Mangement, Lieferanten-Mngmt., etc.) bevorzugen ?:

- TabControl mit TabPages..
- Formen allerdings als MDI Childs, daher mit einem Hauptfenster als Parent
- verschiedene Formen die einzelnd aufgerufen werden

Die ganzen Geschichten haben für mich auf den ersten Blick verschiedene Aspekte:

TabControl mit Tabpages:

• Der Code füllt sich schnell und wird ziemlich viel auf einer Form
  
• Die Variablen sind alle ich sag mal "lokal" zu erreichen (könnte positiv und negativ sein, sortierung wird an der Masse auch mit passender Benennung schwieriger), oder man könnte sagen, ja gut ich hab se alle beisammen :)!
  
• Nicht so viel gefummel finde ich, bei Mehrsprachigkeit keine separaten Formen die man einstellen muss
  
• .. ?
  

MDI Form + Childs:

• Getrennter übersichtlicher Code
  
• Jenachdem wie man Punkt 2 von oben auslegen möchte..
  
• Viel gefummel wie ich finde (Localizable für jede Form) etc..
  
• .. ?
  

Einzelne Forms:

• Fällt meiner Meinung nach ganz weg^^...
  

Habt ihr andere Ideen/Vorschläge? Was bevorzugt ihr? Warum?
Lasst es mich wissen^^..

Danke sehr :)!

Also bei mir wäre es wahrscheinlich so, dass die einzelnen Managements nicht gleichzeitig bearbeitet/benutzt werden können. Ich bin da der Meinung: "User schließ das mal bitte erst ab, bevor du was neues anfängst" - plump gesagt. Also kein Cross-Working.

Ich hatte wohl bisher gemerkt (also bei vergangenen Tests etc.), dass ein TabControl wenn es z.B. gedockt ist wesentlich flacker-anfälliger als ein MDI + Childs ist.
Wären halt schon größere Eingabe-Masken, daher :/..

Das ist dann ein bisschen doof, wenn ich jetzt die ganze Arbeit machen würde und später wieder umbauen müsste weils flackert.
(DoubleBuffered etc. alles drin gewesen, hat nicht wirklich viel meiner Meinung nach so gut wie gar nichts gebracht)..

Ja da habe ich leider soweit die Erfahrung gemacht, ich versuch mal auf die Schnelle ein Beispiel zu zaubern.

Bei dem TabControl würde ich dann hingehen, die einzelnen Tabs mit den benötigten Controls je Richtung (also ob für Lageverwaltung etc..) bestücken, dann die globalization einrichten und gut ist.
Dann finde ichs halt cool, dass ich per Button das momentan benötigte Tab anzeigen lassen kann, ohne mit anderen Fenstern (in Anführungszeichen..) arbeiten zu müssen, keine Ahnung^^.. Also wenn ich die Sache mit dem Flackern vermeiden kann, dann werde ich definitiv das TabControl nehmen. Natürlich werden hier und da mal modale Dialoge zu dem jeweiligen Tab und dessen Bearbeitung geöffnet, aber das ist ja nicht weiter schlimm, also passt ja.

Da fällt mir gerade ein.. Kann ich die TabHeader eigentlich im Paint so überschreiben, dass diese statt Text z.B. ein Bild haben?
Dann müsste ich keine TabHeader ausblenden und dann mit Buttons navigieren, sondern die TabHeader selber könnten Buttons sein.

Wie ich z.B. ein "schließen-Knopf" in die TabHeader einfüge weiß ich, gibt es allerdings auch die Möglichkeit das komplett zu verändern?
Statt Text und dem X (als Beispiel) einen kompletten Header bestehend nur aus einem Image/dem Button + Image?

Okay, da habe ich schonmal die Möglichkeit die TabPages einzelnd zu bearbeiten, ist schonmal sehr schön :)!

Wie sieht es sonst mit der Button/Image-Header Geschichte aus?
Ich kann mich erinnern, dass ich mal auf einen Thread gestoßen war, der erklärte wie man das TabControl, bzw die Anwahl der Pages durch Buttons im Header ersetzt.
(Ich hoffe ihr versteht wie ich das meine)^^..

Hey Rod

Das wäre die Variante die ich vorher immer benutzt hatte, gäbe es da nicht eine Möglichkeit die Buttons mit dem TabControl verschmelzen zu lassen im Sinne von:

Man nehme da TabControl, überschreibe das Paint Event der TabPages (oder da wo auch immer die TabHeader mit gezeichnet werden) und nehme statt der Schrift (z.B. "TabPage1") ein Image, damit das ganze wie ein Button als TabHeader aussehen würde.

Ist sowas möglich?

Schaue ich mir sofort an, hier noch das Flacker Sample:

Danke schonmal!

Ps: DoubleBuffered habe ich jetzt vergessen einzustellen aber wird jetzt auch nicht den Braten fett machen..

Und von der TabControl-Klasse hatte ich auch schonmal eine Ableitung geschrieben + DoubleBuffer.
Achja und wenn ihr das Projekt teste, bitte jeweils auf die 2 Seite der TabControls gehen, bei den mehreren DataGrids isses am ekelhaftesten.
Gerade die sind wichtig und da bekomm ichs nicht besser hin..

Warst du unter diesem Punkt (siehe Bild)?
Das ist die rote Zone, welche ekelhaft flackert, alles andere soweit auch nicht bei mir, aber eben die Page wo die ganzen Datagrids sind, ist wichtig:

Ps: Guten Tag liebe Sonne ;)..
Ich hatte das vorher im anderen Projekt auch via Code hinzugefügt, ändert nur gar nichts, ist ja eh gehoppst und gesprungen wie mans macht.

Wenn ihrs testen wollt, bitte einmal die Form aus dem Bild so aufmachen und dann die Form vergrößern/verkleinern.

PS: YESSS, danke Rod, habs Mithilfe des Codes des MSDN hinbekommen.
Halt das DrawString durch DrawImage ersetzt und die Reiterkopf-Größe an das Bild angepasst.

Ich denke ich poste später mal ein Beispiel und dann müsste ich noch gucken wie das ganze nicht mehr so Windows 98 like aussieht^^..

Ich habe bei einem anderen Projekt die Datagridviews auch per Code hinzugefügt gehabt..
Naja ist auch Wurst.

Das Graue sind die einzelnen Datagrids, die sich nach Formgröße anpassen sollen (mit Hilfe eines TableLayoutPanels).
Da fängts dann auch an zu flackern wie bescheuert.

@Schamash:
Ja das Gefühl habe ich soweit auch, allerdings ist das nur besser aber nicht optimal :)..
Ist dann doof wenn der User sich denkt "Mein Jott ne, watt hängt der Scheiß denn so.."^^..