小编Sen*_*tAI的帖子

为什么我的应用程序的窗口在Windows 8中是灰色的,而不是像其他窗口那样基于桌面?

我有一个很大的遗留应用程序,它在我们运行它的每台Windows 8机器上都显示一个永久的灰色边框,而其他应用程序的其他窗口则准确地使用从桌面背景派生的颜色.对于我的生活,我找不到原因.

我已经尝试过我最好的google-fu来抓取MSDN for API来控制这个但是空了.该应用程序看起来像Windows XP,Vista和7中的所有其他应用程序......只是Windows 8是灰色的.我们肯定没有添加Win8特定代码来处理这个问题.

它只是一个外部的MFC窗口,但它内部嵌入了一个.NET/WPF组件和一个支持Direct3D 9的可视区域.

我最好的猜测是,它可能与窗口中有一个Direct3D表面有关,但我无法在任何地方验证.

任何帮助将不胜感激!

谢谢

编辑:灰色匹配没有焦点的效果,我们肯定会玩窗口焦点的游戏......所以可能就是这样.

windows mfc windows-8

8
推荐指数
1
解决办法
859
查看次数

为每晚构建和发布版本维护Symbol Store的策略

我正在尝试为我的组织及其各种产品设置一个中央符号服务器.每个产品都有每晚构建,以及"一次性"测试版,RC和发布版本.

我的目标是保持大约一个月的夜间构建符号,因为我们在这里做了很多"dogfooding",所以人们使用内部构建,我们希望在可能的情况下轻松调试我们从内部winqual获得的文件.

我还需要能够永久保留所有beta,RC和发布构建符号.

在做了大量研究之后,我认为这里最好的方法是有两个符号服务器:一个用于夜间构建(其中包含之前的~30个构建版本),另一个用于永久存储beta,RC和发布符号.我会使用产品和版本标记将构建脚本添加到符号存储中以记录产品和内部版本号.成功构建后,脚本将使用符号服务器中的history.txt标识未删除的最旧构建,然后从symstore中删除它.

对于beta版,RCs版和发行版的"一次性"版本,它们将在创建后由构建和安装人员识别,并添加到第二个符号服务器(用于永久存储).

所以我有几个问题:这看起来是否合理?必须有一种更简单的方法来实现这一点,大多数拥有符号服务器的组织都不需要解决这个问题吗?

其次,如果我要采用这种方法,是否有一种简单的方法来识别在服务器上注册的最早的已知符号集?我考虑过使用最后修改日期,但是history.txt似乎是最合适的,但是脚本解析可能容易出错.我希望能够只添加带有产品和版本信息的符号,以及删除带有产品和版本信息的符号.

在此先感谢您的帮助.我很乐意回答任何人可能提出的任何问题,或提供任何澄清.

symstore

4
推荐指数
1
解决办法
2145
查看次数

标签 统计

mfc ×1

symstore ×1

windows ×1

windows-8 ×1