yang686526

little query about oddbtext and oddbmtext width
little query about oddbtext and oddbmtext width
hi,
i just need confirmation that i'm right. i would to know widths of oddbtext and oddbmtext entities, ignoring rotation. it seems to me that i can call getboundingpoints method of both classes, and then compute the length of bottom side of returned bounding rectangle. i expect also that method actualwidth of oddbmtext does exactly this computation.
thanks in advance for your reply.
ciao
marco
quote:
originally posted by marco.botton
hi,
i just need confirmation that i'm right. i would to know widths of oddbtext and oddbmtext entities, ignoring rotation. it seems to me that i can call getboundingpoints method of both classes, and then compute the length of bottom side of returned bounding rectangle. i expect also that method actualwidth of oddbmtext does exactly this computation.
thanks in advance for your reply.
ciao
marco
yes! you are right. note: mtext bounding points are calculated with using actualwidth.
best regards,
sergey z.
i have an entity oddbmtext which returns actualwidth equal to zero, unless i call getboundingpoints before calling actualwidth. is this behavior known (dwgdirect 1.14.02)?
ciao
marco
last edited by marco.botton; 10th july 2006 at 09:10 amfff">.
quote:
originally posted by marco.botton
i have an entity oddbmtext which returns actualwidth equal to zero, unless i call getboundingpoints before calling actualwidth. is this behavior known (dwgdirect 1.14.02)?
ciao
marco
yes! you are right. this is known behavior dwgdirect 1.14.02.
i am sorry. the change in actualwidth() isn't included in 1.14.02.
best regards,
sergey z.
hi,
i continue on this thread because i have a question that follows the previous ones. dwgdirect returns wrong width (or, better said, wrong bounding points) for an oddbtext entity. i strongly suspect it is a font problem, because returned bounding points are the ones i would get when using txt font.
when i set a truetype font, bounding points are ok. but when i set a shx font, they are computed as the font was txt.
ciao
marco
hi,
try to call release() method for text style after change font. problem is with load font. font will be reloaded after close object (oddbtextstylereord).
best regards,
sergey z.
if it works with ttf fonts and does not work with shx (defaulting it to simplex.shx) probably the reason is that findfile() fails to locate right .shx file.
sergey slezkin
if it works with ttf fonts and does not work with shx (defaulting it to simplex.shx) probably the reason is that findfile() fails to locate right .shx file.
yes, i think this is my case. do i have to put somewhere monotxt.shx? is dwgdirect not including this file because of copyright? is it possible to store a shx file in memory, instead of on file?
many thanks
marco
quote:
originally posted by marco.botton
do i have to put somewhere monotxt.shx? is dwgdirect not including this file because of copyright? is it possible to store a shx file in memory, instead of on file?
many thanks
marco
1. the typical search order through default implementation findfile() see "dwgdirect reference" "oddbhostappservices::findfile" section(). you can put your font file in any other place where it will be located by your implementation findfile(). see also "font handling within dwgdirect" section.
2. dwgdirect doesn't content any font file (because of copyright).
3. dwgdirect doesn't have any interface for it. it is possible if oddbsystemservices::createfile(filename) return pointer to stream in memory (for example: odflatmemstream) in case filename is font file. but createfile() method is used for any file to open by dwgdirect.
best regards,
sergey z.