吹版出品 必属精品  

很好！不过，为什么不用现成的 Microsoft Forms 系列控件？
难不成，是担心版权问题？
不至于啊，VFP都没几个是用正版的。

说到底都是windows api的东西，Forms肯定是代表先进。标准控件也许是为了兼容，windows自身也有不少界面还在用这些标准控件。
在vfp表单中使用windows标准控件有些细节不好处理，vfp可能接管了一些绘制控件的消息来自行绘制，导致win控件有些地方与vfp有冲突。
简简单单用还可以，要好看好用就免了。

用 ActiveX 控件还有个用户体验问题，尤其是对一些“低级”用户，经常会反映什么OLE错误，大都是控件找不到或未注册。
我现在用的电脑就没找到Forms的东西，Microsoft Forms 的控件通常与MS的一些应用安装有关（如Office）。

确实 OLE很烦，API能搞定 太好了

还缺少 单选框、复选框、还有最重要的 表格

这个 label 不能透明 吗 刚开始以为是 只读文本框


VFP的2个梗：
1、unicode
2、新型WEB浏览器交互

[此贴子已经被作者于2025-9-14 08:52编辑过]

完整地定制程序的UI，涉及的界面元素极其繁琐。当初我们放弃制作纯Unicode化界面，也是基于这个原因。

比如说：

界面的最上边一行，VFP的_screen。若程序用到它，首先要定制的是：
点击左上角的软件icon，弹出的控制菜单：【还原/移动/大小/最小化/最大化/关闭】；
右上角：【最小化/最大化/关闭】的Tooltips；
上方第二行：系统菜单和弹出的菜单项。
这里边主要涉及控制盒、菜单栏、菜单项和提示浮动小窗，这几样UI元素。
针对_screen的定制，恐怕要修改vfp9r.dll；针对普通Form的定制，则不妨尝试封装到DLL中。
其中，涉及Menu的一组控件，以及Tooltips控件，未来可能会用到程序的各个角落，且会频繁使用，需谨慎调试。

还有就是自己几乎根本无法解决的，恐怕就是表格控件了，这个自己定制的话，就太夸张啦。

单选、复选和表格都有的，表格简单，没有VPF的表格强大。
1、API函数、数据结构、数据类型等的名字带“W〞的应该都支持Unicode。
2、WebView2可以与VFP交互，甚至可以运行VFP代码。