64,685
社区成员
发帖
与我相关
我的任务
分享C++ unicode2ansi 字符串转化（新人发帖，大神笔下留情）
最近做的一个项目，功能涉及包含 英文音标 的字符串转化，需要从unicode 转化到ansi编码，当然自己也试过惯用转化函数 WideCharToMultiByte，结果发现英文音标里面的特殊字符类似ɔ:ʌə之类都用？代替。之后也试过iconv库的转化，发现效果不佳。然后查好多资料，有人说 “因为英语音标系统需要一些ascii字符以外的符号，这些符号在Unicode出现前没有统一的编码和相应的字体，需要用特殊字体实现。所以在音标的输入和显示上造成了一定的混乱。”万般无奈，广发英雄帖，求大神相助。
...全文
请发表友善的回复…
发表回复
tingtings324 2015-06-11
- 打赏
- 举报
嗯，新建Unicode文件弄好了，但是...你那个读取是怎么做到的，我这边死活用LPBYTE接收不到正常的字符串呀。感觉没道理
tingtings324 2015-06-11
- 打赏
- 举报
诶？有没有可能代码新建一个Unicode编码的TXT文件呢啊。我试了许久，貌似都找不到...
走好每一步 2015-06-10
- 打赏
- 举报
"不过之前那个前辈buff里面存放的是一个流文件，不像从文本读取这么简单"
恩，目前能证明CRichEdit 2.0版本可以显示Unicode字符，起码有一点，功能实现变简单了。
不然Unicode转多字节，这条路更麻烦。
那些用多字节显示音标的，估计都是自己编的字体库。
tingtings324 2015-06-10
- 打赏
- 举报
那么，现在又回到初始的状态，怎么样能把获取到的CString 字符串，转化到回调函数的buff里面，那么问题就ok了，你恍然大悟了吧。哈哈
tingtings324 2015-06-10
- 打赏
- 举报
嗯，你再仔细点就能发现，PaperIn函数里面还是调用了richedit.streamin,不过我惊奇的是，es的回调函数，里面那个buff居然能存放特殊音标字符。嗯，看来我还是哪块没有处理好，不过之前那个前辈buff里面存放的是一个流文件，不像从文本读取这么简单，里面除了要显示的信息之外，还用其他标签保存了一些配置信息，比如文本怎么分行，字体大小什么的。嗯容我再悟悟，多谢多谢！
走好每一步 2015-06-09
- 打赏
- 举报
考虑自绘控件吧。
我试过了。
streamin这个函数调用的是windows的API函数
具体它里面是怎么实现的，估计只有windows的设计者才知道了。
tingtings324 2015-06-09
- 打赏
- 举报
嗯，大概是根据那个回调函数的流文件里面的具体信息来确定文字在编辑框内的大小还有位置。所以，一开题我就问了一下，那个转换。现在看来是不太好转换了，再问一下，这个分怎么给，毕竟你也辛苦看这么久了。对吧。哈哈。第一次发帖见谅
走好每一步 2015-06-09
- 打赏
- 举报
调用PaperIn函数可以把Unicode格式的txt文本信息显示到CRichEdit上。
没有再出现乱码了
PaperIn(L"in.txt");
这是in.txt的内容：开合双元音 [ei] [ai] [ɔi] [əu]
走好每一步 2015-06-09
- 打赏
- 举报
http://www.94cto.com/index/Article/content/id/113.html
这篇文章讲的比较全面，可以看一下。
自绘控件没那么简单的。
我根据文章找到解决方法了。
可以在RichEdit控件里显示Unicode文字了。
BOOL CPhoneticSymbolDlg::PaperIn(CString PathName)
{
CFile cFile(PathName, CFile::modeRead);
EDITSTREAM es;
es.dwCookie = (DWORD) &cFile;
es.pfnCallback = MyStreamInCallback;
richEd.StreamIn(SF_TEXT | SF_UNICODE, es);
return TRUE;
}
DWORD CALLBACK CPhoneticSymbolDlg::MyStreamInCallback(DWORD dwCookie, LPBYTE pbBuff, LONG cb, LONG *pcb)
{
CFile* pFile = (CFile*) dwCookie;
*pcb = pFile->Read(pbBuff, cb);
return 0;
}
BOOL CPhoneticSymbolDlg::PaperOut(CString PathName)
{
CFile cFile(PathName, CFile::modeCreate|CFile::modeWrite);
EDITSTREAM es;
es.dwCookie = (DWORD) &cFile;
es.pfnCallback = MyStreamOutCallback;
richEd.StreamOut(SF_UNICODE | SF_TEXT, es);
return TRUE;
}
DWORD CALLBACK CPhoneticSymbolDlg::MyStreamOutCallback(DWORD dwCookie, LPBYTE pbBuff, LONG cb, LONG *pcb)
{
CFile* pFile = (CFile*) dwCookie;
pFile->Write(pbBuff, cb);
*pcb = cb;
return 0;
}tingtings324 2015-06-09
- 打赏
- 举报
蓦然，再一想，你是想叫我重写控件自绘的streamin函数，直接把tchar传进去然后绘制在对应位置，诶呀我的个脑子，嗯这起码是个办法，谢谢谢谢！！！
tingtings324 2015-06-08
- 打赏
- 举报
你能用控件的streamin函数试试吗？SetDlgItemText根本就满足不了呀，因为涉及好多字体大小，还有位置信息
走好每一步 2015-06-06
- 打赏
- 举报
我用的是VS2008 Unicode编译环境
1 DC显示音标没问题
2 控件显示也没问题，只是把默认字体改成宋体就可以了
else
{
CDialog::OnPaint();
CClientDC dc(this);
wchar_t ch[] = _T("[iə][εə] [uə]");
CFont font;
VERIFY(font.CreateFont(
12, // nHeight
0, // nWidth
0, // nEscapement
0, // nOrientation
FW_NORMAL, // nWeight
FALSE, // bItalic
FALSE, // bUnderline
0, // cStrikeOut
ANSI_CHARSET, // nCharSet
OUT_DEFAULT_PRECIS, // nOutPrecision
CLIP_DEFAULT_PRECIS, // nClipPrecision
DEFAULT_QUALITY, // nQuality
DEFAULT_PITCH | FF_SWISS, // nPitchAndFamily
_T("Arial"))); // lpszFacename
CFont* def_font = dc.SelectObject(&font);
dc.TextOut(5, 5, ch, lstrlen(ch));
dc.SelectObject(def_font);
// Done with the font. Delete the font object.
font.DeleteObject();
SetDlgItemText(IDC_RICHEDIT21, ch);
}走好每一步 2015-06-06
- 打赏
- 举报
本来打了好多字，被CSDN坑了，没保存到。
楼主还是没开窍！没明白什么是Unicode和多字节。
把你重要的函数接口 贴出来 看看吧。
1.音标输入的接口
2.音标显示的接口
3.确认下你的编译环境到底是多字节还是Unicode？不懂可以百度。
走好每一步 2015-06-04
- 打赏
- 举报
直接说的你要实现什么样的功能吧。
不要老说Unicode转多字节码。
就好比南辕北辙，我车好，马快。
tingtings324 2015-06-04
- 打赏
- 举报
你终于明白我的苦心了！但是！他的普通字符和特殊字符能用同一个吗因为是在同一个流文件里面！大大可以看一下richedit的streamin函数。如果不行，这个编码要怎么搞呀，因为这个是之前一个前辈的代码，然后父类子类好几层，我就是想在他输入汉字的时候能给他弄个拼音出来，输入英文句子的时候，显示英文音标出来。现在的话，拼音ok了，音标的话，实在搞不对。
tingtings324 2015-06-04
- 打赏
- 举报
嗯，我用vs2010，功能的话是这样的，首先从对话框的客户区内选中一个英文的句子(当然这个选中也做过一些矩阵变换处理)，这个时候算是设定的一个对象不可编辑状态，对这个选中的对象有个右键音标查找的功能，查找完之后，把音标和英文句子显示在一个重写过的richedit的控件内，这个时候算是可编辑状态，然后把控件内的内容绘制在相应的客户区，即可编辑状态又回到不可编辑。然后客户区的绘制是unicode，控件因为需要记录文字位置等一些信息，用到函数streamin流文件传输，这么说，不知道明白了吗
走好每一步 2015-06-04
- 打赏
- 举报
还是不明白楼主所说，我先猜下楼主是不是想这样。
unicode->多字节->处理一些字符的处理->再转Unicode-显示。
1.只能自己写个转换函数
普通字符-》WideCharToMultiByte
特殊字符-》自己弄个不常用的编码对应过去
2.解释函数
普通字符-》MultiByte-
特殊字符-》编码对应音标的Unicode编码
赵4老师 2015-06-04
- 打赏
- 举报
也许只是转化没失败，只是你无法用一种字体显示出所有Unicode字符罢了。
GetGlyphIndices
The GetGlyphIndices function translates a string into an array of glyph indices. The function can be used to determine whether a glyph exists in a font.
WINGDIAPI DWORD WINAPI GetGlyphIndices(
HDC hdc, // device context
LPCTSTR lpstr, // string to convert
int c, // number of characters in string
LPWORD pgi, // array of glyph indices
DWORD fl // flags
);
Parameters
hdc
Handle to the device context
lpstr
Pointer to the string to be converted.
c
Number of characters in pgi.
pgi
Array of glyph indices corresponding to the characters in the string.
fl
Flags indicating how glyphs should be handled if they are not supported. This parameter can be the following value: Value Meaning
GGI_MARK_NONEXISTING_GLYPHS Mark unsupported glyphs with the hexadecimal value 0xffff.
Return Values
If the function succeeds, it returns the number of characters converted.
If the function fails, the return value is GDI_ERROR.
Windows NT: To get extended error information, callGetLastError.
QuickInfo
Windows NT: Requires version 5.0 or later.
Windows: Unsupported.
Windows CE: Unsupported.
Header: Declared in wingdi.h.
Import Library: Use gdi32.lib.
See Also
Fonts and Text Overview, Font and Text Functions, GetFontUnicodeRanges
tingtings324 2015-06-04
- 打赏
- 举报
得，我再复制粘贴下，这个东西的流程是:首先从对话框的客户区内选中一个英文的句子(当然这个选中也做过一些矩阵变换处理)，这个时候算是设定的一个对象不可编辑状态，对这个选中的对象有个右键音标查找的功能，查找完之后，把音标和英文句子显示在一个重写过的richedit的控件内，这个时候算是可编辑状态，然后把控件内的内容绘制在相应的客户区，即可编辑状态又回到不可编辑。然后客户区的绘制是unicode，控件因为需要记录文字位置等一些信息，用到函数streamin流文件传输，这么说，不知道明白了吗.所以，现在的重点不在于用哪种字体绘制，在于怎么样先转过去，现在转化的都是失败的，显示肯定是有问题的吧:小弟愚见，万望不吝赐教
赵4老师 2015-06-04
- 打赏
- 举报
楼主怎么还没开悟呢？
基本上其它文字和音标文字用同一种字体同时显示是没戏的。
基本上其它文字和音标文字用同一种字体同时显示是没戏的。加载更多回复（13）
