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

几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 (http://www.dimcax.com/hust/index.php)
-   DirectDWG (http://www.dimcax.com/hust/forumdisplay.php?f=89)
-   -   【转帖】odamfcapp - getsubstitutefont90 and getalternatefontname90 (http://www.dimcax.com/hust/showthread.php?t=17391)

yang686526 2009-05-06 06:54 PM

【转帖】odamfcapp - getsubstitutefont90 and getalternatefontname90
 
odamfcapp - getsubstitutefont() and getalternatefontname()
odamfcapp - getsubstitutefont() and getalternatefontname()
when getsubstitutefont() and getalternatefontname() are called, then the findfile() gets called which then finds the file and returns the fullpath, odgitextstyle::m_sfontpath parameter in cdwgviewer::drawtext(...) is empty string or null
in comparison, if getpreferablefont() is called then findfile() gets called which finds the file and returns the fullpath, odgitextstyle::m_sfontpath contains that fullpath.
i overrode these methods from odamfcapp to be able to debug through them.
the problem is i'm not able to get access to the fullpath returned by findfile() when getsubstitutefont() "fontalt" is used during drawtext() or textproc()
any idea?
thanks,
codey
quote:
originally posted by codey
the problem is i'm not able to get access to the fullpath returned by findfile() when getsubstitutefont() "fontalt" is used during drawtext() or textproc()
any idea?
thanks,
codey
it is bug in dwgdirect. setting odgitextstyle::m_sfontpath is missed in case
getsubstitutefont() is used. we will fix it in next release.
best regards,
sergey z.


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