深入分析C#中WinForm控件之Dock顺序调整的详解
程序员文章站
2023-12-18 12:10:10
最近被.net winform中的控件布局搞困惑了,由于控件都是使用dock方式的,操作起来也是比较方便,如果最大化,窗口大小调整等,都可以随着窗口大小的变化而变化。但问题...
最近被.net winform中的控件布局搞困惑了,由于控件都是使用dock方式的,操作起来也是比较方便,如果最大化,窗口大小调整等,都可以随着窗口大小的变化而变化。
但问题是,.net winform的dock方式是根据先添加的控件顺序进行优先级dock排列的,假设我想目前有三个控件a、b、c分别以 top、bottom以及fill方式填充窗口即窗口看起来应该是这样的:
---------------------
a
---------------------
c
---------------------
----------------------
问题来了,现在我想添加d控件在a及c中间怎么办?尝试了不少办法都不行,一般都会覆盖掉c控件的,也就是最后添加的控件。
在网上查找,很多人都提出一种无奈的解决方案,那就是重新来过,将控件再次添加到窗口form中,虽然可以解决dock布局带来的困扰,但带来的是工作量的倍增同时很难调整到跟之前的布局一模一样 。
想来这都不是解决的办法,添加添加,我一直想,对了先添加的控件具有dock的优先排序权,应该可以从designer文件中着手啊。
找到以下代码:
this.controls.add(this.d);
this.controls.add(this.c);
this.controls.add(this.b);
this.controls.add(this.a);
将代码的顺序调整为:
this.controls.add(this.c);
this.controls.add(this.d);
this.controls.add(this.b);
this.controls.add(this.a);
问题即解决了。
由此可见,在desinger文件中是以后添加的控件为优先权高来dock排序,即a控件的排序优先权最高。
但问题是,.net winform的dock方式是根据先添加的控件顺序进行优先级dock排列的,假设我想目前有三个控件a、b、c分别以 top、bottom以及fill方式填充窗口即窗口看起来应该是这样的:
---------------------
a
---------------------
c
---------------------
----------------------
问题来了,现在我想添加d控件在a及c中间怎么办?尝试了不少办法都不行,一般都会覆盖掉c控件的,也就是最后添加的控件。
在网上查找,很多人都提出一种无奈的解决方案,那就是重新来过,将控件再次添加到窗口form中,虽然可以解决dock布局带来的困扰,但带来的是工作量的倍增同时很难调整到跟之前的布局一模一样 。
想来这都不是解决的办法,添加添加,我一直想,对了先添加的控件具有dock的优先排序权,应该可以从designer文件中着手啊。
找到以下代码:
复制代码 代码如下:
this.controls.add(this.d);
this.controls.add(this.c);
this.controls.add(this.b);
this.controls.add(this.a);
将代码的顺序调整为:
复制代码 代码如下:
this.controls.add(this.c);
this.controls.add(this.d);
this.controls.add(this.b);
this.controls.add(this.a);
问题即解决了。
由此可见,在desinger文件中是以后添加的控件为优先权高来dock排序,即a控件的排序优先权最高。