vs2010 mfc项目配置属性的字符集为Unicode和多字节时,两者转换后使用的控件外观不一样
例如COMBObox的下拉在Unicode可以查看到所以内容,而多字节时下拉部分缩成一团看不见了...
例如COMBO box的下拉在Unicode可以查看到所以内容,而多字节时下拉部分缩成一团 看不见了
展开
展开全部
是的,这是正常现象。你可以说这是VC的BUG,也可以说是多字符集考虑。
资源文件rc中,对每个部分都有关于字符集的设定,大部分资源都是单一属性的,不能在其它字符集下使用。如果需要多字符集,甚至多国语言,你需要对每种字符集定制单独的资源。
如果你的一个资源在所有字符集下都使用,其实是无法保障正确显示的。
资源文件rc中,对每个部分都有关于字符集的设定,大部分资源都是单一属性的,不能在其它字符集下使用。如果需要多字符集,甚至多国语言,你需要对每种字符集定制单独的资源。
如果你的一个资源在所有字符集下都使用,其实是无法保障正确显示的。
更多追问追答
追问
那我要怎么改成在多字符集下,combo 控件的正常显示呢?
追答
如果不是来回切换,那么在固定字符集下,资源中调整一下控件就可以了呀。
如果希望一直能够来回切换,就比较麻烦了(个人感觉这两种直接的切换也没什么必要,又不是做多国语言)
一般多国语言是这样做的:
在资源中,创建两种资源,相同ID,不同字符集。这样在编译的时候,VC会自己找到合适的字符集资源进行编译,就不会有问题了。也可以使用DLL资源模式,一个字符集一个DLL文件,动态加载资源。
不过你这个需求,个人感觉没必要做两份,不值得。试试用文本方式打开.rc文件,看看控件定义部分的代码,手动调整一下字符集定义就可以了。
展开全部
这个要看具体代码。
mfc程序的unicode字符集下,默认cstring等都是双字节存储,也就是wchar。很多系统类、函数的参数也是如此。
如果你cfile使用char
*进行读取,那么两种模式下不会有什么区别,如果是用tchar或者cstring就是不一样的。
mfc程序的unicode字符集下,默认cstring等都是双字节存储,也就是wchar。很多系统类、函数的参数也是如此。
如果你cfile使用char
*进行读取,那么两种模式下不会有什么区别,如果是用tchar或者cstring就是不一样的。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
在stdafx头文件最下方有几句话,#ifdef _UNICODE开始,楼主可以琢磨一下这几句话,它的作用就是决定选择哪种界面风格,删掉跟unicode相关的if语句就可以达到多字节下也可以跟当前windows风格一样
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询