碧水蓝天

微软二进制Office文档格式已公开

碧水蓝天 — Tue, 19 Feb 2008 10:13:00 GMT

下载地址:
http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx

试用Adobe connect--adobe的网络会议软件

碧水蓝天 — Mon, 19 Nov 2007 11:19:00 GMT

Adobe Connect实际上就是Macromedia公司的网络会议软件Breeze.Adobe收购Macromedia之后,对他进行了升级,在今年9月份的时候改名发布.
这段时间正好开发免费试用,于是申请了个帐号,体验了一下adobe connect.
总的来说,他是一款不错的视频会议软件.基于flash技术开发,界面很不错,功能也很全,基本上视频会议系统有的他都有了,包括视音频、电子白板、应用程序共享、文档共享、文件共享.性能方面可能是跟我的网络有关,有点慢.电子白板是基于flash技术的,功能简单,但一般的演示应该可以应付了.文档共享整个上传、转换、加载过程比较耗时,支持的文件格式有些少,不支持WORD,EXECL,连他自己的PDF格式文档也不支持,有点遗憾.值得一提的是,他对PPT的支持很好,转换后可以保持原有文档的动画特效.应用程序共享效果也不理想,延时比较大.
在adobe connect中,可以看到flash技术的强大,应用前景非常广阔.

跨平台库--PWLib入门(转)

碧水蓝天 — Tue, 16 Oct 2007 12:24:00 GMT

跨平台库--PWLib入门

PWLib是Portable Windows Library的缩写,翻译为轻便的Windows类库.PWLib采用C++编写,设计初衷是为了能让Openh323在Windows和Unix的X-Windows下运行, 不过随着一步步的完善PWLib已经被跨平台的程序所广泛采用.在最新的Pandora版本中,Equivalence已经停止了PWLib中GUI部分的开发,全面转向了更能为Openh323所利用的PTLib,GUI部分交给了wxWindows来完成.PWLib主要功能侧向网络,I/O和多线程,主要用在高性能的可移植网络程序.

PWLib分为两部分:基类部分和控制台部分.基类部分主要包括网络,多线程,ASN等...,所有使用PWLib的应用程序必然用到基类部分.而控制台部分则定义了一些基本的数据和设备类型,它是可选的,不过要方便移植的话还是要用到它.
下面从Hello World开始说PWLib框架:
#include <ptlib.h> //所用使用PWLib都用包含的头文件

class Hello : public PProcess          //继承主线程类PProcess
{
PCLASSINFO(Hello, PProcess)    //连接PProcess的运行时函数
public:
        void Main();                          //主线程是从PProcess的Main()开始的
};

PCREATE_PROCESS(Hello) //定义Main()函数和初始化Hello类

void Hello::Main()
{
cout << "Hello world!\n";
}
下面详细介绍各个类:
基本对象类:
PObject - PWLib中的根类,所有的类都派生于此
PContainer - 抽象容器类
PAbstractArray - 所有数组对象的基类
PAbstractList - 所有列表对象的基类
PAbstractDictionary - 字典对象的基类
PString - 字符类,在Openh323中随处可见

I/O通道类
PChannel - I/O通道的基类,下面类都派生于此
PIndirectChannel - 可以交换的操作不同的I/O通道
PConsoleChannel - 进入系统命令行的通道
PPipeChannel - 在当前进程和子进程剪建立管道
PSerialChannel - 串口通信通道
PFile - 文件操作类.
PTextFile - 文本文件操作类
PStructuredFile - 结构文件操作类,不同操作文件类型都不尽相同
PFilePath -对文件的路径描述的类
PVideoChannel - 视频的输入,输出通道,采用YUV格式
PSoundChannel - 音频的输入,输出通道,使用线性的PCM通道

套接字类:
PSocket - 套接字的基类,所有网络操作类派生于此
PIPSocket - IP协议层的描述类
PUDPSocket - IP协议中UDP描述类
PTCPSocket - IP协议中TCP/IP描述类
PICMPSocket - IP协议中ICMP描述类
PIPXSocket - IPX协议的基类
PEthSocket - 底层的以为网接口类,可以直接操作底层数据包

进程和线程类:
PProcess - 实现程序的主线程控制类
PServiceProcess - 后台程序或系统进程使用的类
PThread - 普通线程的控制类
PSemaphore - 使用信号量的线程同步类
PMutex - 使用互斥对象的线程同步类
PCriticalSection - 使用临界区的线程同步类
PSyncPoint - 使用事件的线程同步类
PAtomicInteger - 描述了信号量及PV操作

其他杂类:
PArgList - 命令行参数类
PConfig - 存储应用程序的配置内容
PTime - 时间和日期的抽象类
PTimeInterval - 以毫秒为单位的记时类
PDynaLink - 动态连接类
PRemoteConnection - 网络连接控制类
PMail - 调用系统默认程序发邮件
PPluginManager - 插件管理模块
PSmartPointer - 智能指令类
PNotifier - 通告类,可以调用任何类的任何函数
PSmartNotifierFunction - 智能的通告函数类,使用对象ID

控制台部分:

HTTP协议类:
PHTTP - HTTP协议基类
PURL - URL的具体描述
PHTML - HTML的具体描述
PHTTPServiceProcess - 后台的HTTP服务程序类

其他协议类
PInternetProtocol - Interner文本协议基类
PPOP3 - POP3协议的基类
PSMTMP - SMTP协议的基类
PFTP - FTP协议的基类
PMIMEInfo - 描述MIME信息
PTelnetSocket - 描述TELNET协议
PSocksProtocol - Socks协议的基类
PSTUNClient - 实现STUN登陆操作
PSNMP - SNMP协议的基类
PSSLChannel - 在OpenSSL基础上建立的SSL协议类
PSASL - 在Cyrus SASL基础上建立的SAS协议L类
PXMLRPC - 在XML和HTTP基础上建立的XMLRPC协议描述
PSOAPClient - 实现SOAP登陆
PLDAPSession - 使用OpenLDAP进行LDAP登陆
PILSSession - 使用OpenLDAP进行ILS登陆
XMPP::Stream - 实现XMPP(Jabber)流

其他杂类:
PModem -操作Modem,使用AT命令和Modem串口通信
PIpAccessControlList - 子网掩码的描述
PRandom - 产生随机数类
PCypher - 不同编码的解码和编码
PWAVFile - AIFF格式的WAV文件操作类
PDTMFDecoder - 对PCM流进行DTMF解码
PMemoryFile - 让数据存储在内存中
PSDLVideoDevice - 使用SDL库实现视频设备
PXML - XML的解析器
PVXMLChannel - VXML的解析器

用Ping命令测试MTU大小

碧水蓝天 — Mon, 10 Sep 2007 01:31:00 GMT

测试本地ISP的MTU大小可以通过简单的Ping命令实现。
如:ping –l 14xx –f www.163.com

参数说明：　　
* –l 14xx参数：发送一个定长数据包，14xx是要测试的包大小，ADSL的MTU一般在1450与1492之间，在测试过程中需要不断调整该值

* –f 参数：通知操作系统不能私自更改该数据包大小

* www.163.com：任意一台Internet上的主机，也可使用其它主机名或IP地址

输入此命令后，观看反馈结果。结果可能有两种：
1、Packet needs to be fragmented but DF set.提示数据包过大需要分片。
2、有正确的应答。
通过这两个结果，可以使用二分法手工调整数据包大小，直到找到临界值,在临界值上+28就得到本地ISP MTU的大小。

SDL:一个自由的跨平台的多媒体开发包

碧水蓝天 — Fri, 31 Aug 2007 04:04:00 GMT

SDL是什么？

SDL是一个自由的跨平台的多媒体开发包。

适用于游戏、游戏SDK、演示软件、模拟器、 MPEG播放器和其他应用软件。

它的详细介绍在下面的链接中可以找到:
http://www.libsdl.org/intro.cn/

操作系统桌面效果比武：Vista VS Ubuntu(转贴)

碧水蓝天 — Fri, 20 Apr 2007 03:47:00 GMT

作者：Haohappy 来源：PHPEye.com 2007-04-19 最后更新：2007-04-19 10:47:43

毫无疑问，两个都很帅，不过显然Ubuntu更酷一些。

视频地址：
http://www.youtube.com/watch?v=xC5uEe5OzNQ

C++ Coding Standard (2007-01-09)

碧水蓝天 — Thu, 19 Apr 2007 02:44:00 GMT

http://www.possibility.com/Cpp/CppCodingStandard.html

软件设计中的可用性(转贴)

碧水蓝天 — Thu, 12 Apr 2007 03:53:00 GMT

软件设计中的可用性

Microsoft Corporation
2000年10月

摘要：本文介绍了可用性的概念，说明为什么可用性应当是所有软件设计项目中的一个重要部分。

简介

在工作中体现可用性

在创建软件的环境中，术语“可用性”表示一种方法，它将用户而不是系统摆在过程的中心。这一方法称作以用户为中心的设计，它从设计过程的一开始就将用户关心的问题和意见考虑在内，并提出在任何设计决策中用户的需要都应摆在首位。

这种方法最显著的特点就是可用性测试。在测试中，用户使用产品的界面进行工作，通过界面进行交互，就他们的观点和关心的问题与设计人员和开发人员进行交流。

本文讨论了可用性的概念，并讨论了为什么可用性在所有软件设计项目中都是一个重要部分。本文的第一部分定义了在软件开发环境中可用性意味着什么，以及它与衡量产品价值的其它方面间的关联。第二部分回答了一些常见的问题，包括：为什么可用性很重要，以及如何在开发过程中体现以用户为中心的设计理念等。本文在结尾处列出了一些书籍、论文和组织机构名称，帮助您加深对可用性的了解，并在项目中应用可用性。

本文中讨论的大部分概念在零售和内部软件开发中均有所应用。在阅读本文时，请注意“用户”和“产品”等词语，并思考如何将其应用到您的项目和最终用户中。

可用性定义

易于使用

可用性是衡量使用一种产品来执行指定任务的难易程度的尺度，它与实用性和受欢迎度等相关概念是有差异的。

可用性与实用性

决定产品可接受性的核心属性是其有用性，它用于评价实际使用产品时，是否能达到设计人员期望产品实现的目标。有用性的概念可以进一步划分为实用性和可用性。虽然这些术语间有联系，但它们却不能相互替代。

实用性指产品执行任务的能力。根据设计，产品执行的任务越多，其实用性就越高。

让我们以二十世纪八十年代末问世的典型 Microsoft® MS-DOS® 字处理程序为例。此类程序提供了多种强大的文本编辑和处理功能，但需要用户学习和记忆几十个令人费解的按键后才能执行这些功能。可以说此类应用程序具有很高的实用性（它们为用户提供了必要的功能），但其可用性却较差（用户必须花费大量的时间和精力来学习和使用它们）。与之形成对比的是，一个设计合理的简单的应用程序（如计算器）使用起来很容易，但其实用性却有欠缺。

这两种性质都是一种产品被市场接受所必需的，而且它们都是总的有用性概念的一部分。显然，若程序很好用但没有什么有价值的功能，那么没有人会使用它；如果程序的功能强大但却很难使用，那么用户也很可能会拒绝这个程序而转向其它的替代品。

可用性测试帮助您判断用户使用产品执行特殊任务的难易程度。但是，它并不能直接帮助您判断产品自身是否有价值、是否实用（在可用性测试中，用户可能会主动提出一些关于实用性的意见，但任何意见都应通过其它更可靠的研究方法予以验证）。

喜欢它与使用它

受欢迎度往往表示产品中可取的特性。如果人们喜欢某产品，就更有可能使用它，并将它推荐给其他人。但是，与实用性一样，您一定要小心不要将受欢迎度和可用性混淆。

人们喜欢某产品的原因往往与实用性和可用性无关。他们可能被产品的样式和引人注目的外观吸引，或被心目中所赐予的该产品的地位吸引。人们倾向于喜欢很好用的产品，但这并不是说人们普遍喜爱的产品就是可用的。

可用性是指人们是否可以使用该产品来执行他们需要执行的任务。可用性测试主要用于评价性能而不是评价喜爱程度，但标准化的调查问卷也可以用来衡量人们对产品的喜爱程度。

发现、学习与有效性

可用性包含很多方面，但通常这一术语特指发现、学习和有效性这三种属性。

发现表示针对某种特定的需要去寻找并找到产品的某一功能。可用性测试可用于确定用户找到某一功能所用的时间，以及在整个过程中用户犯了多少错误（关于定位的错误选择）。

学习表示用户弄清楚如何运用所发现的功能来完成现有任务的过程。可用性测试可以确定这个过程的长短，以及在学习该功能期间用户犯了多少错误。

有效性表示用户“掌握”了某项功能，不再需要进一步学习即可使用。可用性测试可以确定有经验的用户使用该功能时执行必要步骤所需的时间。

可用性的这三个基本方面在很大程度上受到当前任务性质和用户执行任务的频率的影响。有些功能的使用频率很低或者使用起来十分复杂，导致用户基本上每次使用时都要重新学习；对于这些功能，Microsoft 通常开发了使用向导，在整个使用过程中对用户予以指导。

光喊口号是不够的

软件设计人员有时以为简单的口号，如“使产品更可用”，就可以解决可用性问题。虽然对可用性的积极态度是重要的，但是只有在具体的产品创建环境中，通过对普通用户进行恰当的可用性测试，才能为设计人员提供所需的信息，使产品可以满足用户的需要。“使产品更可用”应当成为每个软件设计人员的座右铭，但是这句话只对那些了解“可用性”含义的设计人员才有意义。而对普通用户进行测试就是可以找到的最可靠的途径。

常见问题

为什么要强调可用性问题呢？

如果您还没有在产品设计过程中将可用性因素考虑在内，您可能会问：可用性为什么是必要的，或可用性为什么是可取的？毕竟，不进行任何可用性工作，也可能发售一个可以工作的、没有错误的产品。但是，通过引入以用户为中心的设计理念可以使产品在很多方面得以很大改进。

减少用户拨打技术支持电话的次数是执行可用性测试的最佳理由。较差的可用性是用户拨打软件技术支持热线的主因，而每个软件公司主管以及信息服务经理都知道产品支持的成本是多么昂贵。此外，用户不得不寻求技术支持增加了用户对产品的潜在不满情绪。如果用户发现贵公司的产品使用起来十分容易，那么他们就不必频繁地打电话寻求技术支持了。

对于内部使用的软件，之所以将可用性作为开发过程中的一个重要部分，其原因还在于它减少了培训费用。对用户而言，可用性强的软件学习起来比可用性不受重视的产品学习起来要容易得多。用户能够更快地了解产品的各项功能，并能长久地掌握它，这直接减少了培训费用和时间。

可用性测试有助于促进用户对产品的接受程度。有很多因素决定了用户对产品的接受程度，这些因素包括可用性、实用性和受欢迎度。对于零售产品，用户的接受程度往往直接影响对产品的重复购买或对产品的忠诚度，这说明用户可能将产品推荐给其他人。对于内部应用程序，用户的接受程度决定用户是否愿意使用该软件执行任务，而这些软件就是针对这些任务设计的，这有助于提高生产效率。提高可用性是提高用户对产品的接受程度的一个因素。

可用性可将您的产品与您的竞争对手的产品区分开来。如果两个产品在实用性方面从本质上讲是一样的，那么人们很可能认为可用性更好的产品高出一筹。此外，由于 Microsoft® Windows® 的外观和感受以及随附的编程准则划定了基本用户界面的使用区域的标准，因此很多执行相似功能的程序其外观与操作在相当大的程度上是相似的。这些相似性表明，即使可用性上的细微差异也会对用户的喜好产生重大的影响。

最后请记住，每个产品最终都要进行可用性测试。用户每次使用您的产品时，都是在对它进行可用性测试，而他们对可用性优劣的意见将会影响他们是否继续使用该产品。将产品推向市场之前，对产品进行测试，可以有助于确保用户对产品的满意程度。

它的花费是多少？

软件设计人员和项目经理往往担心，如果采用以用户为中心的设计过程并执行适当的可用性测试，恐怕要占用大量的时间并花费大量的金钱。事实上，花费在关注用户方面的时间和金钱通常是相当少的，而且与不这样做而导致的花费相比，这点花费也是微不足道的。

例如，设想一下在开发周期的后期而不是在前期（产品仍处在开发阶段时）对设计进行修正您要花费多少时间和金钱吧！如果您一直等到 Beta 测试时期才使用户接触到产品以便进行可用性测试，就会发现自己不得不将花费了大量时间开发的程序的各部分分拆重做。而若等到产品真正发布时，如果要根据负面反馈进行修改或支持较差的设计，因为产品支持的庞大开销或用户对产品的接受程度较差等原因，很可能要支付高昂的费用。

合理的可用性研究通常只需要两周或更短的时间，并可以显著减少开发周期后期进行修改所需的时间和金钱。进行测试所需的花费将根据您的产品的性质以及所测试的界面部分的不同而有所不同。

可以认为可用性测试与代码测试是类似的。成功的项目经理在计划开发项目时总是会考虑到代码测试。他们并不认为代码测试是项目时间表或预算外的额外部分，而是将代码测试作为开发过程的一部分而计入成本。因为若不进行代码测试，那么花费反而会高得多。对于可用性测试，情况也是如此。

怎样获得可用性？

在理解可用性的重要性基础上，软件设计人员有时试图“获得”一些可用性，就好象可用性是一种成分，他们可以简单地把它添加到产品中，这样产品就更可用了。然而，可用性应当是设计过程本身的一部分，不是您可以在设计过程的随便某一地方添加的“东西”。可用性专家提到“用户关注的”与“以用户为中心的设计”的原因是：可用性取决于将用户的需要一直作为设计过程的中心。以用户为中心的设计根据需要的不同，包含的内容不单单是在界面中按照一组规则，对按钮和菜单布置进行管理。可用性测试是对设计工作进行检查的良机，而不是在产品中“添加”可用性的一种方法。

Gould、Boies 和 Lewis (1991) 为以用户为中心的设计定义了 4 个重要的原则：

及早以用户为中心：设计人员应当在设计过程的早期就致力于了解用户的需要。
综合设计：设计的所有方面应当齐头并进的发展，而不是顺次发展。使产品的内部设计与用户界面的需要始终保持一致。
及早并持续性地进行测试：当前对软件测试的唯一可行的方法是根据经验总结出的方法，即若实际用户认为设计是可行的，它就是可行的。通过在开发的全过程引入可用性测试，可以使用户有机会在产品推出之前就设计提供反馈意见。
反复式设计：大问题往往会掩盖小问题的存在。设计人员和开发人员应当在整个测试过程中反复对设计进行修改。

为什么应当将用户融入进来？

设计人员应当认识到他们自己不是普通的用户。与一般的用户相比，他们对正在开发的系统有着更深入的了解。因此，对大多数用户而言不明确或造成混淆的界面，可能对那些从事项目设计工作的人员来说是非常清晰的。某些软件设计人员可以在一定程度上代表普通用户，但他们绝对不能代替实际使用产品的真正用户。

因此，通过在早期关注普通用户的需要，并根据用户测试结果经常改进设计，以用户为中心的软件设计人员会提出更好的设计，并生产出更好的产品。

更好的设计将得到用户更好的认可。零售软件增加买进点的利益是很明显的：这增加了销售额。对于为内部使用而开发的软件，认可也是十分重要的：买进点增加将导致生产效率增加，并减少了对技术支持的需求。显然，从开发的一开始就将用户融入进来，并向用户表明您看重他们所关心的问题和需求，这将使用户更愿意协助您开发出更好的软件。

遵循这些准则就足够了吗？

Microsoft 为 Windows 计算平台开发了一系列界面准则，以此确保 Windows 程序具有一致的外观和感受。其它公司为非 Windows 计算平台开发了类似的准则，并且象 Jakob Nielsen 这样的专家撰写了大量关于设计可用 Web 页的文章。通过关于这些主题的大量信息，设计人员有时认为生产可用产品所需的全部工作就是严格遵守准则和规范。

这种想法的错误之处在于：准则在本质上是通用的。准则必须应用到各种各样不同的情况之中，因此它不能总是针对您正在设计的特定的应用程序制订最佳的行动方案。遵守一组合理编写的准则有助于您设计出风格一致的界面，但是您不能保证它是可用的，除非通过真正的用户对它进行了测试。当您的确要使用准则时，不要象使用详尽的说明书一样，希望根据准则执行的方法所生成的所有结果都是最好的。两个设计人员可以用两种不同的方法实施同一个准则，而两种实施方案对特定情况却不一定同等适用。而且，有时候严格遵守准则可能导致很差的结果，或在准则之间发生冲突。只有采用以用户为中心的设计，才可以在问题产生前排除它们。

对这个问题的另一种理解方式是：应当使以用户为中心的设计理念成为设计决策的决定因素，而不是以用户界面准则为决定因素。

是否需要创建可用性实验室？

不要以为可用性测试就意味着创建昂贵的实验室，在天花板上安装摄像机，安装单向镜，以及采用其它以小组为中心的设陷技术。的确，进行大量测试的公司通常认为建立专用的实验室十分方便，并且可用性顾问往往可以为客户提供各种各样的设施和设备，但您也可以在各种各样的设置和环境中执行有用、有效的可用性测试。

一种方法只需要一个测试人员（该测试人员对有人参与的研究工作与数据收集十分精通），在用户工作时坐在用户后面观察用户如何执行任务，这在会议室或办公室里就可以轻而易举地办到。Dumas 和 Redish (1999) 提供了大量关于使用观察法进行测试的信息。

随着可用性测试的进一步进行，您可以添加诸如摄像机、单向镜等设备，或其它帮助实时观察和记录用户显示器的工具。不必一下子添加所有的设备，即使一件一件地添加，也可以使您从可用性测试中获得更多有价值的东西。

另一种方法是，您可以将测试外包给可用性顾问。关于为您寻找合适顾问的几点提示信息，请参见下文的“我如何开始？”。

我如何开始？

一旦您决定将以用户为中心的设计原理运用到您的开发过程中，就需要决定是自己雇佣可用性专业人员还是将可用性测试外包给供应商。

可用性专业人员协会 (UPA) 有一份供应商指南，有助于找到为您执行测试的可用性顾问。

有些咨询部门还可以帮助您创建您自己的可用性实验室或开发内部的可用性程序，在您的设计过程中引入可用性理念。

如果您宁愿自己雇佣可用性专业人员，那么 Human Factors and Ergonomics Society 有职业介绍服务，使您可以找到潜在的雇员。很多可用性专业人员还属于 ACM Special Interest Group on Computer-Human Interaction (SIGCHI) 和 UPA，您也可以在他们的出版物和会刊上刊登招聘广告。

无论您选择哪种途径，请记住：您将要雇佣的是测试服务人员，而不是那些自己访问您的界面，并告诉您界面上有哪些错误的人员。设计人员不是普通用户的原则同样也适用于可用性专业人员。

关于这些公司和组织的信息，请参见下文的“资源”，您从中可以找到更多的关于可用性测试和以用户为中心的设计的内容。

资源

文献和书籍

Beyer、Hugh 和 Karen Holtzblatt。Contextual Design: Defining Customer-Centered Systems。San Francisco: Morgan Kaufmann, 1997。(ISBN: 1558604111)

Dumas、Joseph S. 和 Janice C. Redish。A Practical Guide to Usability Testing。 London: Intellect Books, 1999。(ISBN: 1841500208)

Gould、John D.、Stephen J. Boies 和 Clayton Lewis。"Making Usable, Useful, Productivity: Enhancing Computer Applications。" Communications of the ACM (January 1991): 72-86。

Hackos、JoAnn T. 和 Janice C. Redish。User and Task Analysis for Interface Design。New York: John Wiley and Sons, 1998。(ISBN: 0471178314)

Nielsen, Jakob。Usability Engineering。Boston: AP Professional, 1994。(ISBN: 0125184069)

Shneiderman 和 Ben。Designing the User Interface: Strategies for Effective Human-Computer Interaction。Reading, MA: Addison Wesley, 1998。(ISBN: 0201694972)

组织

ACM Special Interest Group on Computer-Human Interaction (SIGCHI)（英文）：UI 从业者的最大的组织。
英国 HCI 小组（英文）：英国计算机协会的专家组。有关合约资源请参见顾问目录。
人文因素和人类工程学组织（英文）。
可用性专家协会（英文）：参见其顾问目录以获得合约资源。

其它联机资源

HCI 书目（英文）：人机交互出版物与资源。
Microsoft 用户经验与 UI 设计资源（英文）。
Useit.com（英文）

CFileDialog的又一Bug

碧水蓝天 — Thu, 18 Jan 2007 04:53:00 GMT

由于文件对话框的显示位置比较混乱，实在难看，于是想让其居中显示，从CFileDialog派生了自己的类,然后重载CFileDialog::OnInitDone(),
代码如下：
void CMyFileDialogEx::OnInitDone()
{
CFileDialog::OnInitDone();

CenterWindow(GetDesktopWindow());
}
竟然没反应，位置还是很混乱，到网上找了一圈还是没找到有效的解决方法．
改为如下代码，竟然可以居中了，不过无法理解，而且这段代码对其父窗口的位置无影响...
void CMyFileDialogEx::OnInitDone()
{
CFileDialog::OnInitDone();

GetParent()->CenterWindow(GetDesktopWindow());
}

开发环境：vs2003, winxp+sp2