[C#/WinForms] 2 panels resizen verkeerd

[Sebazzz]

Je kan in WinForms anchors, MaxSize, MinSize en dat soort dingen defineren voor vensters van variabele grootte. Nu heb ik zo'n venster, en dat werkt allemaal prima behalve één ding:

Als één van de twee panels aan alle kanten geanchored is resized dat panel prima.
Maar als beide panel aan alle kanten geanchored zijn dan resize ze allebij, maar vallen ze over elkaar heen en dat is wat natuurlijk niet mag en niet erg gebruiksvriendelijk is


Hoe los ik dit op?

[ Voor 4% gewijzigd door Sebazzz op 11-08-2008 16:23 ]

[whoami]

Ik zou dit oplossen door met DockStyle te werken. Het ene zet je op 'Top' (of Bottom) en het andere zet je op Fill.

[Flard]

SplitContainer of een van de panels met DockStyle.Fill docken en de andere DockStyle.Top of DockStyle.Bottom.

[whoami]

Flard schreef op maandag 11 augustus 2008 @ 16:25:
SplitContainer

Als de user die panels moet kunnen resizen dmv een Splitter is dit idd de makkelijkste / beste oplossing.

[Sebazzz]

Dat laatste gaat niet werken. Onderaan het venster staan nog knoppen. Maar die split container is wel een probeersel waard

[whoami]

Sebazzz schreef op maandag 11 augustus 2008 @ 16:28:
Dat laatste gaat niet werken. Onderaan het venster staan nog knoppen.

Waarom is dat een probleem ? Je kan in dat geval evt met 3 panels werken. (Eentje Top, Eentje Fill en eentje Bottom).

Maar die split container is wel een probeersel waard

Moet de gebruiker van je app die panels kunnen resizen dmv een splitter ?

[Sebazzz]

Uhhh. Nee. Maar ze resizen dan wel gelijkmatig

Deze situatie heb ik met de splitcontainer (geel). splitcontainer.panel1 (rood) breidt niet uit.

Even de andere optie proberen...

edit: Bij het Size() property heb ik de x en y coordinaat verwisselt

[ Voor 21% gewijzigd door Sebazzz op 11-08-2008 17:28 ]

[ThaStealth]

TableLayoutPanel dan, kan je zelf opgeven hoeveel pixels/procent de panels moeten zijn (en kan je ook nog aangeven hoeveel kolommen/rijen)

[Sebazzz]

Goed Fill/Bottom methode werkt ook niet. Er is dan toch maar één panel dat daadwerkelijk resized.

TableLayout is lastig en inflexibel tenzij je in het TableLayout ook panels gaat douwen maar is dat de bedoeling?

[Flard]

Als je een splitcontainer hebt, en je zet de componenten in beide panels op Fill dan blijft de verhouding gelijk als je de container resized.

(Wil je dat niet heb je juist de IsSplitterFixed-, FixedPanel-properties. Heel misschien heb je die per ongeluk geset?)

[Sebazzz]

Nee, ik nam aan dat hun bedoelden om de de dock properties aan te passen zonder SplitContainer te nemen. Bovendien wil ik niet echt een user-adjustable splitter, ik bepaal zelf wel waar de panels ophouden en beginnen.

edit: Okey
Ik heb nu dit: twee panels (van de TS) en die in de twee panels van de splitcontainer gedaan. De splitcontainer en de panels op Full docking gezet. Nu werkt het zoals ik wil.
Is er nog een manier op te voorkomen dat de user de splitter van positie veranderd? (oftewel de splitter te verbergen)

edit2: Dat doe je dus met SplitterFixed Probleem opgelost. Nog even een vraagje: Waar gebruik je een flowlayoutpanel voor?

[ Voor 87% gewijzigd door Sebazzz op 11-08-2008 18:47 ]

[whoami]

Sebazzz schreef op maandag 11 augustus 2008 @ 18:09:
Goed Fill/Bottom methode werkt ook niet. Er is dan toch maar één panel dat daadwerkelijk resized.

TableLayout is lastig en inflexibel tenzij je in het TableLayout ook panels gaat douwen maar is dat de bedoeling?

Schrijf dan je resize code zelf in de Resize event van je form.

[Flard]

Met flowlayout komen de verschillende controls gewoon 'achter elkaar' te staan, en worden deze automatisch afgebroken naar een nieuwe regel als er geen plaats meer is.
Vergelijk het met woorden (maar nu controls) in een zin met WordWrap aan.

[Woy]

Je kan volgens mij bij een splitcontainer de "splitter" ook gewoon 0 pixel maken zodat je ze nog niet kan resizen.

In winforms deed ik het meestal gewoon door het onresize event af te vangen en daar de sizes goed te zetten. In WPF is het trouwens allemaal wat makkelijker, daar kun je in een grid control bijvoorbeeld zeggen dat 1 row * is en de 2 row 2* en dan blijft de verhouding netjes 1/3 tegen 2/3

[Sebazzz]

rwb schreef op maandag 11 augustus 2008 @ 22:47:
Je kan volgens mij bij een splitcontainer de "splitter" ook gewoon 0 pixel maken zodat je ze nog niet kan resizen.

In winforms deed ik het meestal gewoon door het onresize event af te vangen en daar de sizes goed te zetten.

Nee, fout. Splitter kan niet 0 pixels want VS geeft aan dat het >= 1 moet zijn.

In WPF is het trouwens allemaal wat makkelijker, daar kun je in een grid control bijvoorbeeld zeggen dat 1 row * is en de 2 row 2* en dan blijft de verhouding netjes 1/3 tegen 2/3

Ja, maar WPF is brak qua weergave. Die zogenaamde device independent pixels zien er niet uit, net of alles out of focus is, alsof je Cleartype op een CRT monitor ziet.