2015-10-05 256 views
0

我正在研究将某些传统C++/MFC代码与C#/ WPF结合使用的产品更新。它使用Visual Studio 2013更新5.我正在尝试修改现有的MFC对话框。用编辑器移动元素(资源视图 - >对话框,按ID选择)工作正常。更改LTEXT值在对话框编辑器(所见即所得您会认为)上正确显示,这些更改正确显示在.rc文件中(查看但未用记事本编辑),但构建的应用程序使用旧标签显示重新排列的元素。我甚至通过设置一个干净的生成机器来确保没有一些奇怪的中间文件,但不是,它只是不想更改这些标签。我不知道下一步该往哪里看。在Visual Studio 2013中无法更改MFC LTEXT(标签)

没有什么奇特的这些标签,这里是一个简短的样本:

IDD_MY_DLG DIALOGEX 0, 0, 650, 375 
STYLE DS_SETFONT | WS_CHILD 
FONT 8, "Microsoft Sans Serif", 400, 0, 0x0 
BEGIN 
    LTEXT   "SE Limit",IDC_ISE_LIM_STATIC,457,82,59,8,0,WS_EX_RIGHT 
    LTEXT   "NE Limit",IDC_INE_LIM_STATIC,457,112,59,8,0,WS_EX_RIGHT 
END 

旧标签必须在最后一个冒号,这是严重所有我对他们的改变,但冒号不会走开。

+0

您是否有不同语言的复制对话框?如果是这样,你是否全部改变它们?我的第一个想法是“重建解决方案”,因为有时VS不会“看到”.rc文件已更改,因此不会重新编译它。尝试构建/清理解决方案,然后进行构建。同时检查重复的二进制文件 - 特别是如果这是一个OCX或其他东西。 –

+0

试试这个:退出Visual Studio,删除与资源文件关联的.aps和.res文件。重建。 – rrirower

+0

非常感谢您的期待。我删除了.aps,我已经完成了清理,两者都在一起。那些冒号必须来自某个地方,所以我为他们搜索了这个项目。我发现一些代码覆盖了.rc文件中设置的内容。卫生署!我之前在这个项目中发现了类似的东西(继承),并没有想到看起来。 – JulieC

回答

0

那些冒号不得不从某个地方来,所以我搜索了他们的项目。我发现一些代码覆盖了.rc文件中设置的内容。卫生署!我之前在这个项目中发现了类似的东西(继承),并没有想到看起来。

相关问题