几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量  


返回   几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 » 仿射空间:CAX软件开发(三)二次开发与程序设计 » CAD二次开发 » AutoCAD二次开发 » DirectDWG
用户名
密码
注册 帮助 会员 日历 银行 搜索 今日新帖 标记论坛为已读


回复
 
主题工具 搜索本主题 显示模式
旧 2009-05-07, 05:22 PM   #1
yang686526
高级会员
 
注册日期: 06-11
帖子: 14579
精华: 1
现金: 224494 标准币
资产: 234494 标准币
yang686526 向着好的方向发展
默认 【转帖】roubles With Japanese Kanji Characters

troubles with japanese kanji characters
troubles with japanese kanji characters
hi,
i have two questions relating to the handling of code pages:
my first question relates to the use of oddbdatabase()->getdwgcodepage() function.
the attached test file contains japanese kanji characters. the opendwg
"adshortcodepagetoascii(adhd->dwgcodepage,codepagestr)" function returns a a codepage value of dos932, which is what i would expect with 932 being the japanese codepage.
we can use opendwg to display the kanji text string successfully on a japanese localised machine. this matches the text string that is displayed when opening the dfx file in notepad on the same machine.
however, oddbdatabase()->getdwgcodepage() function returns p_ansi_1252, which is the codepage for western eurpope. this value apears to be hard coded in the sysvardef.h file. is there an alternative method for getting the codepage of the database?
my second question relates to how the currproperties field of oddbtextiterator doesn't appear be to be getting set properly.
the documentation says that:
"the returned character will be a unicode character in all cases, except for when the binbigfont flag is set in the currproperties() value. in this case, the returned character will be mbcs (corresponding to a \m+nxxxx character in the original string)."
attached below is some code to iterate through the input string, which is: \m+18343\m+18393\m+18374\m+18348\m+1837d\m+18365\m +18342\m+1834e\m+18358
i am finding that the currprops.binbigfont is never set in the following code, using the attached test file. am i doing something wrong?
many thanks,
peter.
//////////////////////////////////////////////////////////////////////////////////////
oddbstring strtext=ptext->textstring();
odcodepageid codepage=cp_dos932;
odgitextstyle textstyle;
odstring strfontname=ptextstylerec->filename();
textstyle.setcodepage(codepage);
odstring strtypeface;
bool bbold=false, bitalic=false;
int ncharset=0, npitchandfamily=0;
ptextstylerec->font(strtypeface,bbold,bitalic,ncharset,npitchand family);
textstyle.setfont(strtypeface.c_str(),bbold,bitali c,ncharset,npitchandfamily);
odstring strbigfontfilename=ptextstylerec->bigfontfilename();
double dtextsize=ptextstylerec->textsize();
double dxscale=ptextstylerec->xscale();
double dobliquingangle=ptextstylerec->obliquingangle();
bool bisbackward=ptextstylerec->isbackwards();
bool bisupsidedown=ptextstylerec->isupsidedown();
bool bisvertical=ptextstylerec->isvertical();
textstyle.set(strfontname,strbigfontfilename,dtext size,dxscale,
dobliquingangle,50.0,bisbackward,bisupsidedown,
bisvertical,false,false);
oddbtextiteratorptr ptextiter=oddbtextiterator::createobject(strtext,s trtext.getlength(),false,codepage,&textstyle);
const odcharacterproperties& currprops=ptextiter->currproperties();
if (currprops.binbigfont)
{
trace("big font true\n");
}
const odchar* pchar=ptextiter->currpos();
while (*pchar!=0)
{
oduint16 nchar=ptextiter->nextchar();
// do something with the character here.
pchar=ptextiter->currpos();
}
attached files
quote:
originally posted by petera
however, oddbdatabase()->getdwgcodepage() function returns p_ansi_1252, which is the codepage for western eurpope. this value apears to be hard coded in the sysvardef.h file. is there an alternative method for getting the codepage of the database?
the sysvardef.h file contains the default value(for example: for create new file). the function oddbdatabase()->getdwgcodepage() returns value which dwgdirect loads from file. oddbhostappservices->readfile() method has parameter ballowcpconversion. in case it flag is true dwgdirect converts symbols in system code page and sets dwgcodepage equal system code page. unfortunately it isn't work with dxf file(there is bug in dwgdirect v.1.12). i am not able reproduce your situation. for attached file oddbdatabase()->getdwgcodepage() returns dos932. i have checked it in v.1.12.
quote:
originally posted by petera
the documentation says that:
"the returned character will be a unicode character in all cases, except for when the binbigfont flag is set in the currproperties() value. in this case, the returned character will be mbcs (corresponding to a \m+nxxxx character in the original string)."
the binbigfont flag is set when text style contains big font and this font contains current character. there is no big font in text style in attached file.
--
best regards,
sergey zaitcev
yang686526离线中   回复时引用此帖
GDT自动化论坛(仅游客可见)
回复


主题工具 搜索本主题
搜索本主题:

高级搜索
显示模式

发帖规则
不可以发表新主题
不可以回复主题
不可以上传附件
不可以编辑您的帖子

vB 代码开启
[IMG]代码开启
HTML代码关闭

相似的主题
主题 主题发起者 论坛 回复 最后发表
【转帖】i want to see japanese kanji characters in odreade yang686526 DirectDWG 0 2009-05-06 03:35 PM
【转帖】dwf export module - japanese characters yang686526 DirectDWG 0 2009-05-04 08:17 PM
【转帖】different rendering of text between japanese and english os yang686526 DirectDWG 0 2009-05-04 07:28 PM
【转帖】block name that uses double-byte characters9japanese kanji c yang686526 DirectDWG 0 2009-05-04 04:48 PM
Unicode、UCS、UTF、BMP、BOM huangyhg vc编程 2 2007-01-22 05:43 PM


所有的时间均为北京时间。 现在的时间是 04:21 AM.


于2004年创办,几何尺寸与公差论坛"致力于产品几何量公差标准GD&T | GPS研究/CAD设计/CAM加工/CMM测量"。免责声明:论坛严禁发布色情反动言论及有关违反国家法律法规内容!情节严重者提供其IP,并配合相关部门进行严厉查处,若內容有涉及侵权,请立即联系我们QQ:44671734。注:此论坛须管理员验证方可发帖。
沪ICP备06057009号-2
更多