深入分析C#中WinForm控件之Dock顺序调整的详解
更新时间:2013年05月20日 09:34:50 作者:
本篇文章是对C#中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控件的排序优先权最高。
相关文章
C# Entity Framework中的IQueryable和IQueryProvider详解
这篇文章主要介绍了C# Entity Framework中的IQueryable和IQueryProvider详解,本文使用实例分析这两个接口的内部实现,需要的朋友可以参考下2015-01-01
最新评论