(原创)WinForm中莫名其妙的小BUG——ComboBox|(原创)WinForm中莫名其妙的小BUG——ComboBox 尺寸高度问题
一、前言
使用WinForm很久了,多多少少遇到一些小BUG。
这些小BUG影响并不严重,而且只要稍微设置一下就能正常使用,所以微软也一直没有修复这些小BUG。
本来并不足以写篇文章去记录,但是昨天遇到了一个新的小BUG,让我提起了兴趣去记录。
本篇文章只是记录BUG现象,及解决办法,并不会分析BUG产生的原理。
相信看完的你,一定会有所收获!
本文地址:https://www.cnblogs.com/lesliexin/p/15527747.html
二、BUG现象描述
在窗体的构造函数中,获取到的ComboBox高度不是设计器中显示的高度,而是默认的尺寸高度。
1,设计器
可以看到Size的高度是29。
文章图片
2,代码
在构造函数中获取ComboBox的尺寸。
文章图片
3,运行
可以看到,获取到的ComboBox的宽度是正确的,但是高度却不是29,而是20。
文章图片
三、BUG触发条件
1,未手动修改ComboxBox控件尺寸。
2,ComboxBox的父窗体尺寸不是默认的“宋体,9pt”。(上面获取到的高度20,就是在默认的“宋体,9pt”下,ComboBox的高度)
3,在构造函数中获取ComboxBox尺寸。
四、解决办法
破坏上面的触发条件的任意一环即可。
如:手动重新设置ComboBox的尺寸;设置父窗体尺寸为“宋体,9pt”;不在构造函数中获取,而在Load事件中获取ComboBox尺寸等。
五、结束语
【(原创)WinForm中莫名其妙的小BUG——ComboBox|(原创)WinForm中莫名其妙的小BUG——ComboBox 尺寸高度问题】像这种触发条件比较苛刻的小BUG,遇到的人应该不多,而且解决起来也很简单,所以微软也重来没修复过。
我之所以会遇到这个问题,是因为在为某个软件进行高DPI适配时,需要获取ComboBox控件的高度,用来定位和作整体尺寸计算,但是每次运行后就会发现尺寸和位置不对,找了好久,才找到是ComboxBox的原因。
所以便通过一些测试,找出了这个Bug的触发条件,以及解决办法,以供有人在遇到相同的问题时能找到解决办法。毕竟我是在网上搜了好久都没找到,才不得不自己去排查解决的。
推荐阅读
- 热闹中的孤独
- Shell-Bash变量与运算符
- JS中的各种宽高度定义及其应用
- 2021-02-17|2021-02-17 小儿按摩膻中穴-舒缓咳嗽
- 深入理解Go之generate
- 异地恋中,逐渐适应一个人到底意味着什么()
- 我眼中的佛系经纪人
- 《魔法科高中的劣等生》第26卷(Invasion篇)发售
- “成长”读书社群招募
- 2020-04-07vue中Axios的封装和API接口的管理