[C#]MultiView gedrag in Forms applicatie

[Haan]

Bij een .net webapplicatie heb je een MultiView, waarmee je een bepaald gebied andere inhoud kan laten weergeven.

Bij een Forms applicatie heb je de MultiView echter niet.. Dus ik probeer een paar panels op elkaar te stapelen en alleen het panel dat getoond moet worden op Visible=true te zetten, de rest is dan false, dus onzichtbaar. Het idee is dat aan de hand van een gekozen waarde uit een ComboBox het juiste panel getoond wordt.
Het vervelende is alleen dat dit niet werkt het juist zetten van Visible werkt prima, maar van de panels is er maar 1 die dan ook daadwerkelijk getoond wordt, bij de andere blijft de plek leeg Sleep ik zo'n panel echter naar een andere plek in de applicatie, dan wordt die panel daar wél getoond.. Het op elkaar leggen van de panels zorgt blijkbaar voor problemen?

Screenshot voor de duidelijkheid:


Iemand een ideetje hoe dit op te lossen is?

[TeeDee]

Volgens mij komt het doordat je al je andere panels als Child van je 1e panel hebt gemaakt. Je legt ze dus niet op elkaar.
Zet je je 1e panel visible=false dan verdwijnen al je andere panels ook.

code:

panel1
   \---panel2
   \---panel3

Als je nu het 2e panel ergens anders heen sleept, krijg je dit

code:

panel1
   \---panel3
panel2

Waarschijnlijk staat er in je designer.cs ongeveer zoiets:

C#:

// 
// panel1
// 
this.panel1.Controls.Add(this.panel2); // << dit is de boosdoener in dit geval!
this.panel1.Location = new System.Drawing.Point(252, 13);
this.panel1.Name = "panel1";
this.panel1.Size = new System.Drawing.Size(362, 196);
this.panel1.TabIndex = 1;
this.panel1.Visible = false;
// 
// panel2
// 
this.panel2.Location = new System.Drawing.Point(65, 47);
this.panel2.Name = "panel2";
this.panel2.Size = new System.Drawing.Size(200, 100);
this.panel2.TabIndex = 0;

Hmm, even gauw getest: door this.panel1.Controls.Add(this.panel2) weg te halen schiet het nog niet echt op.
Toch wel, alleen moet je dan
0: verwijder this.panel1.Controls.Add(panel2)
1: handmatig panel2 aan je Form1 koppelen (this.Controls.Add(panel2)) en
2: de lokatie handmatig aanpassen. Deze zal in 1e instantie relatief aan je panel1 zijn.

Makkelijkere oplossing:
Sloop het TabControl door de tabs te verwijderen.

[ Voor 66% gewijzigd door TeeDee op 28-02-2008 16:11 ]

[Haan]

Het moet inderdaad te maken hebben met het feit dat die panels in elkaar komen te hangen, maar hoe dit te voorkomen is dan de vraag

Ik zal even in de designer.cs file rondneuzen.

[ Voor 88% gewijzigd door Haan op 28-02-2008 16:14 ]

[TeeDee]

Haan schreef op donderdag 28 februari 2008 @ 16:05:
Het moet inderdaad te maken hebben met het feit dat die panels in elkaar komen te hangen, maar hoe dit te voorkomen is dan de vraag

Ik zal even in de designer.cs file rondneuzen.

Check even mijn laatste toevoeging. Een panel in een panel zorgt er dus automatisch voor dat het 2e panel een child wordt van het 1e panel.

Omdat dit automatisch gebeurt krijg je bij elke wijziging (afaik) op je form het gezeik dat je dat moet aanpassen.

Pak dan iets van een TabControl, sloop de tabs eruit en je bent er ook.

[Haan]

C#:

this.panel1.Controls.Add(this.panel2); // << dit is de boosdoener in dit geval!

Deze constructie staat nergens, wat ik wel zie, is dat de TabIndex van veel panels hetzelfde nummer heeft. Maar dat aanpassen heeft ook geen effect.

Maar verschillende TabControls 'stapelen' zou wel moeten werken dus?

[Niemand_Anders]

Waarom maak je dan niet gewoon meerdere user controls. Afhankelijk van de waarde van de dropdown laad je gewoon dynamisch een ander user control.

C#:

private void ShowDataPanel(string dataType)
{
  UserControl dataTypePanel = GetPanel(dataType);
  this.panel1.Controls.Clear(); //remove previously loaded data panels
  this.panel1.Controls.Add(dataTypePanel);
}

protected UserControl GetPanel(string dataType)
{
  switch(panelName.ToString())
  {
    case "nvarchar":
    case "varchar":
      return new NVarCharPanel();
    case "datetime":
      return new DateTimePanel();
    default:
      throw new NotSupportedException( "Database type is not supported!" );  
  }
}

Een dergelijke implementatie maakt het ook eenvoudiger code te hergebruiken. Je kunt ook een kijken nemen bij de application blocks van Microsoft zoals Composite UI Appliaction Block en het User Interface Process Appliaction Block.

[RobIII]

Haan schreef op donderdag 28 februari 2008 @ 16:19:

C#:

this.panel1.Controls.Add(this.panel2); // << dit is de boosdoener in dit geval!

Deze constructie staat nergens, wat ik wel zie, is dat de TabIndex van veel panels hetzelfde nummer heeft. Maar dat aanpassen heeft ook geen effect.

De TabIndex is dan ook heel iets anders; wat jij zoekt (als het al van toepassing is hier) is de Z-Index / Z-Order.

Maar over 'Tabindex' gesproken, waarom gebruik je geen tab-control zonder (visible) tabs? Ik weet even zo snel niet of dat kan, maar dat lijkt me geschikter.

[ Voor 22% gewijzigd door RobIII op 28-02-2008 16:28 ]

[TeeDee]

Exact die constructie mogelijk niet nee

Het 'stapelen' zou wel moeten werken, alleen zal je constant moeten verifieren dat er niet het volgende voor komt:

(ik zal het even neerzetten in de juiste volgorde)

C#:

this.Controls.Add(Panel1); // voeg panel1 aan je Form toe
this.Panel1.Controls.Add(Panel2); //voeg panel2 aan Panel 1 toe
this.Panel1.Controls.Add(Panel3); //voeg panel3 aan Panel 1 toe
this.Panel3.Controls.Add(Panel4); //voeg panel4 aan Panel 3 toe

Terwijl je eigenlijk dit wil hebben.

C#:

this.Controls.Add(Panel1); // voeg panel1 aan je Form toe
this.Controls.Add(Panel2); // voeg panel2 aan je Form toe
this.Controls.Add(Panel3); // voeg panel3 aan je Form toe
this.Controls.Add(Panel4); // voeg panel4 aan je Form toe

Visual studio zal standaard het eerste doen. Ook vermoed ik dat tijdens het toevoegen van bijvoorbeeld een 5e panel (dmv een nieuw panel te slepen) de rest opnieuw gerangschikt worden. Hierdoor blijf je bezig.

Zoals ik al zei: sloop het TabControl.

Verder is de suggestie van Niemand_Anders ook plausibel.

[ Voor 16% gewijzigd door TeeDee op 28-02-2008 16:30 ]

[Haan]

Ok, bedankt voor de tips! M'n werkweek zit er weer bijna op dus ik laat waarschijnlijk volgende week even horen of het is gelukt

[farlane]

TeeDee schreef op donderdag 28 februari 2008 @ 16:10:
Check even mijn laatste toevoeging. Een panel in een panel zorgt er dus automatisch voor dat het 2e panel een child wordt van het 1e panel.

Omdat dit automatisch gebeurt krijg je bij elke wijziging (afaik) op je form het gezeik dat je dat moet aanpassen.

Pak dan iets van een TabControl, sloop de tabs eruit en je bent er ook.

Volgens mij ligt dat aan welk control de focus heeft als je CTRL+V doet. Als je eerst het "buitenste" panel selecteert zou dit niet moeten gebeuren.

[TeeDee]

farlane schreef op donderdag 28 februari 2008 @ 16:40:
[...]
Volgens mij ligt dat aan welk control de focus heeft als je CTRL+V doet. Als je eerst het "buitenste" panel selecteert zou dit niet moeten gebeuren.

Dat zou heel goed mogelijk zijn, maar hou jij daar rekening mee?

farlane schreef op donderdag 28 februari 2008 @ 16:57:
[...]

Ja

Dan heb je wat dat betreft meer discipline dan ik. Zeker, in het geval van drag 'n' drop kan ik me voorstellen dat je wel eens een f*ckup maakt. Nu heb ik minder ervaring met Forms dan met Web en Webcontrols plaats ik toch altijd handmatig via de code view.

[ Voor 36% gewijzigd door TeeDee op 28-02-2008 17:01 ]

[Haan]

Ik heb net even de manier van TabControls stapelen geprobeerd, dat kan opzich, maar in een TabControl kan je alleen TabPages stoppen, dus dan zit ik met een tabblad opgescheept..

[farlane]

TeeDee schreef op donderdag 28 februari 2008 @ 16:43:
[...]

Dat zou heel goed mogelijk zijn, maar hou jij daar rekening mee?

Ja

[TeeDee]

Haan schreef op donderdag 28 februari 2008 @ 16:53:
Ik heb net even de manier van TabControls stapelen geprobeerd, dat kan opzich, maar in een TabControl kan je alleen TabPages stoppen, dus dan zit ik met een tabblad opgescheept..

Set Appearance to Buttons.
Set SizeMode to Fixed.
Set ItemSize to (0,1)

of

C#:

tabControl1.Region = new Region(
            new RectangleF(
                    this.tabPage1.Left,
                    this.tabPage1.Top,
                    this.tabPage1.Width,
                    this.tabPage1.Height
                )
            );

Maar dan begint het toch maar ranzig te worden. Ik denk dat je beter de mogelijkheid van Niemand_Anders kan gebruiken.

Edit: (ja, ik heb ff niks te doen):
Je kan het e.e.a. ook in FlowLayoutpanel gooien. Werkt ook prima

Haan schreef op donderdag 28 februari 2008 @ 17:10:
[...]
TeeDee

da's nummer 2 he vandaag

[ Voor 46% gewijzigd door TeeDee op 28-02-2008 17:12 ]

[Haan]

TeeDee schreef op donderdag 28 februari 2008 @ 17:03:
[...]

Set Appearance to Buttons.
Set SizeMode to Fixed.
Set ItemSize to (0,1)

Dat werkt goed hoor!

TeeDee

[Zyphrax]

Dit is een probleem dat ik ook veel tegenkom. Je ziet het ook wel als mensen zelfs Wizards willen maken, waarvoor helaas ook geen standaard .NET control voor is. CodeProject heeft daar een paar aardige implementaties voor.

Nog een tip voor mensen met Visual Studio en die met veel controls op 1 form werken:
Als je onder View -> Other Windows -> Document Outline kijkt dan krijg je een overzicht van hoe de controls op je Form staan. Kan erg handig zijn om een specifiek control er uit te lichten of anders te docken etc.

[Hydra]

TeeDee schreef op donderdag 28 februari 2008 @ 16:43:
Dat zou heel goed mogelijk zijn, maar hou jij daar rekening mee?

Het is toch niet meer dan logisch dat de designer een control toevoegt aan de control waar je 'em op sleept? Ik check altijd of een control op de juiste plek terecht is gekomen, simpelweg omdat je dit soort gedrag krijgt als je niet oplet. Kwestie van secuur werken. Het kost meer tijd als je een uur later uit moet vogelen waarom die layout er toch zo kut uitziet.

Zyphrax schreef op donderdag 28 februari 2008 @ 17:25:
Dit is een probleem dat ik ook veel tegenkom. Je ziet het ook wel als mensen zelfs Wizards willen maken, waarvoor helaas ook geen standaard .NET control voor is. CodeProject heeft daar een paar aardige implementaties voor.

Het is niet enorm ingewikkeld. Ik heb voor een projectje waar ik nu aan werk een PageContainer control welke Page controls (configureerbaar aantal) laadt, en dan aan de hand van het paginanummer de juiste op visible zet.

[ Voor 4% gewijzigd door Hydra op 28-02-2008 18:04 ]

[TeeDee]

Hydra schreef op donderdag 28 februari 2008 @ 18:04:
[...]
Het is toch niet meer dan logisch dat de designer een control toevoegt aan de control waar je 'em op sleept? Ik check altijd of een control op de juiste plek terecht is gekomen, simpelweg omdat je dit soort gedrag krijgt als je niet oplet. Kwestie van secuur werken. Het kost meer tijd als je een uur later uit moet vogelen waarom die layout er toch zo kut uitziet.

Zoals ik al zei: mijn ervaring met Winforms is dermate laag dat ik nog niet zover ben. De tooltjes die ik bouw zijn meer om zaken te leren dan dat het er leuk uitziet.

[Zyphrax]

TeeDee schreef op donderdag 28 februari 2008 @ 19:02:
[...]

Zoals ik al zei: mijn ervaring met Winforms is dermate laag dat ik nog niet zover ben. De tooltjes die ik bouw zijn meer om zaken te leren dan dat het er leuk uitziet.

Juist dat kan je dus perfect zien in de Document Outline.
Zie mijn eerdere reactie.

[Haan]

Zyphrax schreef op donderdag 28 februari 2008 @ 19:32:
[...]

Juist dat kan je dus perfect zien in de Document Outline.
Zie mijn eerdere reactie.

Dat is inderdaad een handig overzicht. In VS 2008 is het trouwens direct onder View te vinden.

[Haan]

TeeDee schreef op donderdag 28 februari 2008 @ 17:03:
[...]

Set Appearance to Buttons.
Set SizeMode to Fixed.
Set ItemSize to (0,1)

Dat werkt dus wel, alleen is er nu een grijze rand te zien:

Het lukt me niet om die weg te krijgen, gespeeld met ItemSize, maar dat moet idd op (0,1) blijven staan,
Margin en Padding lijkt niks te doen.

[TeeDee]

En als je (mijn laatste edit geloof ik) het e.e.a in een flowlayout panel gooit? Dan kan je zoveel panels erin slepen als je wilt, maar deze zullen geen parent / child van elkaar worden, maar van het flowlayout panel.

[Haan]

Panels in een flowlayout gooien is inderdaad de simpelste oplossing en geen gezeur met tabPages slopen en rare grijze randen of

(al is de manier van Niemand_Anders waarschijnlijk wel het mooist, maar het gaat hier alleen maar om een simpel tooltje voor intern gebruik)