看看STM8的Option界面

2万 · 2009-5-15 12:20

完全脚本解析的，可谓一劳永逸

GROUPBOX    98, 14, 96, 90, "看门狗相关"
CHECKBOX   104, 33, 60, 11, LSI_EN, "允许使用LSI"
CHECKBOX   104, 49, 67, 13, IWDG_HW, "IWDG硬件激活"
CHECKBOX   104, 64, 67, 13, WWDG_HW, "WWDG硬件激活"
CHECKBOX   104, 80, 85, 13, WWDG_HALT, "HALT时WWDG触发复位"

LTEXT      102, 108, 65, 10, "HSE晶体时间"
COMBOBOX   100, 118, 80, 52, HSECNT

CHECKBOX   102, 141, 84, 13, WaitStatee, "EEPROM wait state"
CHECKBOX     7, 141, 76, 14, OPTBL, "Bootloader Mark"

BUTTON     260, 165, 50, 14, OK, "确认"
BUTTON     200, 165, 50, 14, CANCEL, "取消"
HEXEDIT    7, 165, 180, 14, BUFFER

2万 · 2009-5-15 12:39

怎么排坐标呢？

2万 · 2009-5-15 14:32

Windows的API排个坐标还不是小Case

把这些控件跟实际的数据对应起来，才是个麻烦事。

2万 · 2009-5-15 15:06

还是BCB的RAD比较省事。
另外还要处理dpi/字体/windows主题等等影响界面的因素。

试过把dpi改成120没？呵呵

2万 · 2009-5-15 15:44

用RAD比较多了，一般不喜欢玩这些了。
其实VB比BCB简单多了，可惜了Basic的语法把VB葬送了。

跟DPI没关系，DPI的变化，会导致系统默认字体改变，再导致Dialog基本单位改变。
绘制Dialog时，要用Resource中的数值乘Dialog基本单位，于是整体外观就保住了。
改变字体或者字体的大小，都会导致Dialog基本单位改变。

所以不得不佩服MS的设计能力，设计好的Dialgo不会因为DPI或者字体的改变而惨不忍睹。
我定义的脚本的UI部分，语法就抄袭Resouce文件来的，但做了简化。

[Dialog]
LANGUAGE LANG_CHINESE, SUBLANG_CHINESE_SIMPLIFIED
FONT 9,"宋体"
POSITION 0, 0, 338, 188
CAPTION "MCU Option - STM8S205"