小编dew*_*wde的帖子

我知道微软已经在语义和跨浏览器兼容的XHTML和CSS方面做出了努力,但它似乎仍然是一个可以实现优雅标记的PitA.我已经下载并调整了CSS Friendly Adapters等等.但我仍然觉得自己对臃肿而没有吸引力的代码感到沮丧.

优雅,语义的CSS与ASP.Net仍然是一个梦想？或者它最终可能,我只需要更多的练习？

我正在为一个应用程序寻找一个版本编号方案/模式/系统,该应用程序目前分为几个版本,具有shell游戏风格发布日期.这使版本控制成为一场噩梦.我想使用典型的Major.Minor.Revision然而这将很快打破我现在在这里运行的方式.

这是我的库存......

• 1.0.0 - 生产版本.
• 1.0.1 - 包含错误修复的生产修订版本.
• 1.1.0 - 生产次要版本,具有7月份的新功能(必须遵守法规).
• 1.2.0 - 具有新功能的生产次要版本,以便与尚未发布但尚未开发的 系统A集成.
• 2.0.0 - 开发主要版本"2.0"的产品(代码迁移到更新的平台,可用性得到改进).

为了使它更有趣,他们正在计划与另一个系统集成的另一个项目(新功能).

• 1.3.0 - 具有与System B集成的新功能的生产次要版本.

增加复杂性的事实是,我们不确切地知道这些将"上线"的时间(读取:顺序).如果我们正在集成的系统之一被延迟,那么管理层会更改发布计划.因此,今天的版本1.2.0可能会延迟,然后标记为1.3.0的版本将首先下降.在没有在周期结束时更改版本标签的情况下,已经很难协调QA.

有问题吗？思考？小毛茸茸的动物？

和平| dewde

我已经导出了一个COM +应用程序代理,它生成了MSI和CAB文件,我已经在几台不同的Win XP和Vista机器上成功安装了它们.但是,我有一个不能很好玩的WinXP盒子.当我尝试运行MSI时,它给出了以下错误消息:

"注册COM +应用程序时出错."

它停在那里,甚至没有在COM +中创建应用程序.关于在哪里看的任何想法？我猜测一些依赖是MIA,禁用或配置错误,但我似乎无法弄清楚魔法酱中缺少什么.

此外,如果您有任何人有手动注册客户端应用程序代理的经验,那也会膨胀.

和平| dewde