我需要弄清楚Windows API中控件的首选大小 - 宽度和高度。据我所知,关于这个问题的唯一官方消息是the Layout page of the Windows Desktop Program Guidelines,一个似乎在Windows Vista中引入的文档,以及前者似乎基于的Microsoft Management Console docs equivalent。
前一页给出了对话框单元和像素中的示例尺寸(不在后一页中的内容!)表面上是96 dpi的9点Segoe UI。我不知道对话单元的计算是否从未针对这个新的DPI值进行更新,但无论如何,我尝试了三种不同的方法,并没有任何完全相加。
This program以两种方式计算,均基于信息here和here。第一个使用tmAveCharWidth
结构的TEXTMETRICS
字段;第二个使用第一个链接中的GetTextExtentPoint32()
函数。然后,它重复这个过程,考虑古老的System字体(参见第一个链接)。
使用
在Windows 7上运行此程序BUTTON_SIZE_X
保持在50(列出的几件事的宽度)BUTTON_SIZE_Y
更改为25(使用一行文本列出的Vista-and-up-only命令链接的高度)这样我们基于布局页面的预期大小将是75x41的产量
GetTextExtentPoint32: Segoe UI 9 | baseX 7 baseY 15 | button 50 x 25 -> 88 x 47
tm.tmAveCharWidth: Segoe UI 9 | baseX 6 baseY 15 | button 50 x 25 -> 75 x 47
with system font: System 9
GetTextExtentPoint32: Segoe UI 9 | cX 7 cY 15 sysX 8 sysY 16 | button 50 x 25 -> 87 x 46
tm.tmAveCharWidth: Segoe UI 9 | cX 6 cY 15 sysX 7 sysY 16 | button 50 x 25 -> 85 x 46
我们已经可以看到从对话框单元到像素的四种不同的可能转换。
The second program只需创建一个虚拟对话框并调用MapDialogRect()
即可获得the baseX and baseY coordinates in the above。这会产生
Segoe UI 9 weight:400 italic:0 charset:1
[0 0 8 16]
如果我们手动完成第一个程序的计算:
width - (50*8)/4 = 100
height - (25*16)/8 = 50
我想知道所有的计算(包括命令链接的计算)是否使用了Tahoma或MS Sans Serif,Vista之前使用的字体......但后来我不知道正确的尺寸是什么!
这仍然会留下没有列出宽度或宽度公式的复选框和静态文本控件(以及命令链接!)等控件。当然,对于静态文本控件,我可以只获得文本的宽度并说这是首选宽度,但是没有考虑控件提供的任何可能的水平填充。这对于复选框没有答案,复选框部分有额外的宽度。 (我确实找到了一些方法来找到这些坐标,特别是在Stack Overflow上,但它们都有它们的缺点)。甚至我在这个问题的顶部提到的MMC文档都说得太多(或者更糟糕的是,尽可能地使事情变得更宽;如果这是为了适应对话框,那么当我试图弄清楚有多宽时,这完全有效首先打开对话框!)。
此外,当Microsoft创建版本6 Common Controls库时,他们决定包含用于确定控件大小的消息! ......只有一些控件:
BCM_GETIDEALSIZE
- 按钮;列为对其他类型的按钮无效DTM_GETIDEALSIZE
- 日期/时间选择器LM_GETIDEALSIZE
- 超链接; 仅返回给定宽度的高度 RBBIM_IDEALSIZE
- ReBar控件;实际上不是消息而是其他东西TB_GETIDEALSIZE
- 工具栏现在比较Windows中的控件呢?好吧,在Windows XP上已经看起来正确了,但是Winodws 7的对话框和其他控件非常不一致(有些仍然使用Tahoma甚至MS Sans Serif作为对话框字体!)我永远无法确定哪个按钮大小是正确的。
所以我想知道的是以下任意组合:
答案 0 :(得分:1)
只是一些线索:
1。要获得Windows控件的首选大小:
如果启用了视觉样式,请使用GetThemePartSize,否则您需要开发我们的例程来计算首选大小。请参阅Firefox的source code。
2. 如何布局控件:
或如何确定控件的正确大小和正确位置。这不是一个简单的问题,您需要像其他UI系统一样开发自己的布局管理系统。以android为例,
应用程序有许多不同的布局要求,因此android开发了许多布局管理器,如LinearLayout,GridLayout等。所以它适用于Windows UI布局系统和所有其他UI布局系统。
你需要编写很多代码才能做到这一点。请参考chrome / firefox UI系统的源代码。
3。解决方案:
我认为您最好使用一些现有的UI系统(如QT / Vxwidgets)来进行Windows控件布局。