<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - idxf import filter not handling some text" href="https://bugs.documentfoundation.org/show_bug.cgi?id=112042#c10">Comment # 10</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - idxf import filter not handling some text" href="https://bugs.documentfoundation.org/show_bug.cgi?id=112042">bug 112042</a> from <a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> V Stuart Foote</a> <pre>(In reply to Mike Kaganski from <a href="show_bug.cgi?id=112042#c8">comment #8</a>) > The dimensions in AutoCad drawings don't have their readings recorded in the > file. Their readings are created at runtime based on the measurement, and > formatted according to rules stored in dimension text (e.g., the text may > simply override the measurement and output only static text, or pre-or > postpone the measurement with static texts). The value measured may be taken > in 3D, or in 2D based in current viewport. The problem is seen in IrfanView > and CorelDraw, which ignore all customizations of the measurement formatting > and try to calculate the values themselves. > > I am not sure that what IrfanView (CorelDraw) do is any better than what > Draw does. OK makes sense. And guess that means what shows as text in Draw must be present as static text in the DXF or it would not be rendered. Would expect annotation to be static, but most dimensioning in a CAD file would be intentionally dynamic and only have place holders. Which seems to be true with the drawing file from <a href="show_bug.cgi?id=112042#c0">comment 0</a> opened into AutoDesk. So, can we do better with the dimensioning/dynamic text or is it a lost cause that should just be noted in help for the filter?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>