中国DOS联盟

谢谢 Wengier, 我看看说明书先 ;P

非常感谢Wengier和jawbin你们两位，你们之间的讨论也让我对HXDOS明白了不少，我回试试的，如果有什么问题，我会继续在这里发帖哦！！！！

哈哈。再次感谢你们！

HX再加上字体支持就超完美了，用FreeType自己在GDI上画字体毕竟很麻烦，呵呵。还是建议诸位兄台先看完文档在发问～

今天HX 2.4完整版已正式推出，除昨天发布的测试版中的所有文件以及演示程序外，里面还包括全局说明文件（HXRT.TXT和HXGUI.TXT）等等，下载地址：

HXRT: http://www.japheth.de/Download/HXRT.ZIP
HXGUI: http://www.japheth.de/Download/HXGUI.ZIP

另外，我顺便将可以用于HX的SDL.DLL和OPENGL.DLL/GLU32.DLL上传以支持SDL和OpenGL程序（将这几个DLL文件置于HX的BIN目录下即可）：

恩,昨天我下的就是因为各文档比较分散,没有个向导样的,所以有点点麻烦,不过今日的目前我尚不能下载,不知什么原因,发展速度真快!

对这几个文件我也加在一起放到一个 DOS IMG 中, 然后用 vmware 来虚拟, 也出现了 GDI32 和 WinSock "import not found" 的情况. 好象是 SDLTEST 还是 DDTEST 时, 鼠标出现, 画屏幕, 但是被限制在左上角一个小小矩形中(这可能与虚拟机不够真实有关, 同时再想, 有否更完美的虚拟机, 有机会再讨论这个问题, 呵呵), 我想可能是我用的是 Windows XP, 而它使用的是 Unicode 而非 ANSI 版的 API 名字, 所以导致这个问题, 不知道对不对! 对了, 这里应该特指我的 OpenGL 库来自我现在的系统, Windows Xp.

另外在 VMWare 中不需要将程序名作为参数传入来运行, 和在真实机中不同. 当然前面 Wengier 说可能是我真实机的配置不对. 不过我还不知道问题具体在哪里.

BWSkyer, 谢 Wengier 和 asbai 就行了, 我也只是受益者

asbai 用 FreeType 来画字? 调用的是 GDI 还是 VESA? 从 linux port 过来的?
能用 FreeType 已经非常不错了啊. 我目前只能使用点阵字, 试用了一下矢量字(在一个 80186 兼容 CPU 和 非 VGA 及非 VESA 兼容的 LCD 上), 速度很慢...
当然了, HX 的文档中也说了, 它需要 80386+ 的 CPU...所以对我用的 80186 clone 没什么帮助

不过还是看到了移植的新希望, 至少 SDL 可以使用了, 太好了! OpenGL 和 DirectX 似乎在普通应用中几乎用不到, 不过, 如果 GUI 方面太欠缺的话, 是否也可考虑呢?

哦, 原来它可以这样: DEVICE=C:\TOOLS\HXLDR32.EXE C:\TOOLS\DPMILD32.EXE
我得试试, 呵呵

[ Last edited by jawbin on 2006-5-17 at 09:42 ]

damn, www.japheth.de 在这边居然被长城掉了, 我用代理上去了...

在主页看到了非常透彻的描述, 精辟:
HX DOS-Extender is a free DOS extender with built-in Win32 PE file format support. Usually the purpose of a DOS extender is to make protected-mode features available for DOS applications. HX fully supports this goal, but goes some steps further. A Win32 API emulation layer is part of HX which allows many Win32 console applications to run in DOS. This emulation goes far beyond similiar approaches in other extenders (Borland's PowerPack, WDOSX or Phar Lab TNT). Furthermore HX implements - limited - support for windows, DirectDraw, GDI and even OpenGL graphics. This allows to run "simple" Win32 GUI apps in DOS as well.

Originally posted by jawbin at 2006-5-17 08:24:
...
asbai 用 FreeType 来画字? 调用的是 GDI 还是 VESA? 从 linux port 过来的?
...

偶好像说了是用GDI，呵呵 :P

自己 blit 毕竟麻烦，做的完善的话还要操心字符反选、编辑什么的。。。

如果 HX 的 Font API 本身用 FreeType 实现就爽多了，这样只要用wxWidgets的universal模式编译，就可以直接把有任意标准控件的Win32 GUI程序拿到HX里跑了。

wxWidgets是一个类似MFC的跨平台GUI框架，支持的平台包括DOS/Win16/Win32/WinCE/Win64/Mac OS (X or classic)/Linux/Unix Like/MicroWin/QNX/VMS/AIX/BeOS 等等。

可以看出有些平台根本没有现成的 Native GUI 控件可云，所以它专门有一个 Universal 模式，可以在仅有基本DC及键鼠的环境下，自己画出所有标准控件，包括按钮、下拉框、属性页、菜单、Rich Edit、HTML View、Grid、List和图片（支持十几种格式的位图）等等。更可贵的是，universal 模式还内建支持theme，可以换 Win9x theme（官方称与真实Win95环境99.9%拟真，专业用户亦很难察觉）、GTK theme等，也可以自己写theme。

universal模式发展到后来，连有 native gui 控件的平台也可以使用了（但通常只是作为测试），Win32 下就可以把基于wxWidgets的应用编译成univ模式。如果配合HX，这样的应用就是 DOS/Win32 下均有一致 GUI 界面的高灵活度工具。

现在唯一的问题是 Win32 下的 univ 模式仍然依赖Win32 自己的Font API，所以HX的Font API不解决就只能显示英文界面，但只要Font API解决了，在加上一个没有M$版权的unicode字体，应用就立刻可以支持多种界面语言了！

偶好像说了是用GDI，呵呵
我太粗心了, 抱歉

wxWidgets 能支持矢量吗, 如果是就好了, 也可以成为一个备选的测试啊
Vista 使用矢量好象, 不过未必"完全"

另外支持虚屏吗?

java 也有类似的方案吧, 可以选用 Mac, Windows XP, GTK 等观感的界面, 这样的东西应该会越来越成熟的.

universal 模式是否应该再"开放"一点, 不仅仅被局限于测试, 虽然"通用"听起来一般是"慢速"或"未加速"的同义词, 但毕竟"通用"啊,似乎结构上更清晰一些.

"现在唯一的问题是 Win32 下的 univ 模式仍然依赖Win32 自己的Font API"
那么这个 universal 还不是很 universal? 哦, 这正是你说的问题, 字体部分并未那么 universal. 是的, 字体是比较麻烦的. 不知道 wxWidgets 所支持的 DOS 是实模式的还是保护模式的.

谢谢 asbai 的详细解答!

[ Last edited by jawbin on 2006-5-18 at 09:36 ]

wxWidgets 能支持矢量吗, 如果是就好了, 也可以成为一个备选的测试啊
Vista 使用矢量好象, 不过未必"完全"
■ 不太理解，如果“矢量”是指画贝赛尔曲线的话，可以～

另外支持虚屏吗?
■ 虚拟多桌面？这个功能本身应该是桌面管理器实现的，跟应用无关吧？如果想在应用里面实现虚拟多屏幕也是很简单的～

universal 模式是否应该再"开放"一点, 不仅仅被局限于测试, 虽然"通用"听起来一般是"慢速"或"未加速"的同义词, 但毕竟"通用"啊,似乎结构上更清晰一些.
■ universal并不仅限于测试，想反它已经很成熟了～，之所以说测试主要是指它的Win32版本，因为Win32带有完整的GUI控件和图形环境，自己画显得有点多余，所以作者才会有大概只适合用于测试这么一说。

■ 除非DC使用的图形驱动十分低效 universal 本身画控件的效率不会低到哪里去，主要的问题是如果已经有了完善的GUI环境，universal 模式显得多余，而且它无法与当前环境 native 的控件外观一致（例如：打开了Theme的XP或者在MAC OS上等等）。不要小看这一点，在不同的平台上提供原汁原味的控件外观和行为是很重要的。这点java做的很不好～

"现在唯一的问题是 Win32 下的 univ 模式仍然依赖Win32 自己的Font API"
那么这个 universal 还不是很 universal? 哦, 这正是你说的问题, 字体部分并未那么 universal. 是的, 字体是比较麻烦的. 不知道 wxWidgets 所支持的 DOS 是实模式的还是保护模式的.
■ wxWidgets支持的DOS模式需要DJGPP＋SciTech MGL＋wxUniversal，这是运行在DPMI保护模式的。但这样的组合显然不如解决了字体问题的 HX Dos Ext. ＋ Win32版 wxUniversal。原因主要有三个，首先HX实现了TCP/IP、线程等DOS不具备的能力，并且提供了标准 Win32 接口，这些能力对很多应用来说非常重要。其次，用这个模式开发的程序可以直接在Win32下编译->调试->测试，具有最高的生产力。最后，这种应用是Win32/DOS两栖的，而且有能力提供一致的GUI界面。

Originally posted by jawbin at 2006-5-17 08:24 AM:
... 我想可能是我用的是 Windows XP, 而它使用的是 Unicode 而非 ANSI 版的 API 名字, 所以导致这个问题, 不知道对不对! 对了, 这里应该特指我的 OpenGL 库来自我现在的系统, Windows Xp. ...

用我上面上传的附件中的那个可以与HX兼容的OPENGL库吧，不要用XP自带的。

Originally posted by asbai at 2006-5-22 09:00 PM:
... wxWidgets支持的DOS模式需要DJGPP＋SciTech MGL＋wxUniversal，这是运行在DPMI保护模式的。但这样的组合显然不如解决了字体问题的 HX Dos Ext. ＋ Win32版 wxUniversal。原因主要有三个，首先HX实现了TCP/IP、线程等DOS不具备的能力，并且提供了标准 Win32 接口，这些能力对很多应用来说非常重要。其次，用这个模式开发的程序可以直接在Win32下编译->调试->测试，具有最高的生产力。最后，这种应用是Win32/DOS两栖的，而且有能力提供一致的GUI界面。 ...

对于这个问题，其作者有做了什么回复吗？（这么好的功能，不用太可惜了）

Originally posted by Wengier at 2006-5-23 00:52:


对于这个问题，其作者有做了什么回复吗？（这么好的功能，不用太可惜了）

很遗憾，完全没有音信～

一种变通的解决方案是：Win32＋MGL＋wxUniversal＋HX，这样wxUniversal会去用MGL的字体支持，而MGL的字体功能是单独实现的，没有用到OS API。不过MGL的字体支持，在显示效果和字体文件格式上都远不如FreeType。

而且仅仅为了字体支持增加MGL这样的重量级框架进来在开销和尺寸上都是不值得的。

BTW: wxUniversal其实是wxWidgets和SciTech一起开发的，而且主要开发方是SciTech，所以效率应该还是很高的，呵呵。

PS:HX那边没有音信可能是因为我E文够烂，没说清楚。Wengier兄不防去封信问问~

[ Last edited by asbai on 2006-5-23 at 02:51 ]

我好象在某个跨平台应用框架种看到对 Truetype 或 Freetype 的支持.
对了，好象 reactos 支持吧，能否 port 过来？

Originally posted by jawbin at 2006-5-25 09:21:
我好象在某个跨平台应用框架种看到对 Truetype 或 Freetype 的支持.
对了，好象 reactos 支持吧，能否 port 过来？

要是用ReactOS的话就不用port了，呵呵。

React本来就是重新实现的开源NT Kernel Win32环境～