yang686526

oddbradialdimension::setleaderlength() incorrect behavior
oddbradialdimension::setleaderlength() incorrect behavior
hi,
using oddbradialdimension::setleaderlength(double leaderlength) have no effect on the length of leader line being drawn, it only affects the dimension text offset distance.
is this a bug?
thanks.
hello jaisam,
does acad change dimension geometry then any property (for example color) is edited? could you attach sample file which contents your changing?
best regards,
sergey z.
hi sergey,
i have attached dwg and a screenshot from odamfcapp. there are 2 radial dimension entities in the drawing. both have different leaderlength (10 and 30) but the leader line being drawn is of same length as shown in screenshot.
if you edit any grip point of these radial dimension in autocad to force recalculation of leaderlength, it displays them correctly. odamfcapp doesn't calculate them correctly and always sets them as some constant length.
how can i fix this bug in odamfcapp? if its not fixable through odamfcapp, is it scheduled to be fixed in next release?
thanks,
samir
attached images (25.8 kb, 6 views)
attached files (24.1 kb, 3 views)

hello samir,
it is really bug in dwgdirect (recompute dimension block). there is difference behavior with acad. acad changes text position, sets user-defined text position flag true and sets to zero leader length.
we will try to fix it in next release. thank you for report.
note here is from arx help:
warning: the leaderlength setting is only used during the creation of the
dimension (and even then only if the dimension is set to use the default
text position value). after the dimension is closed for the first time,
changing the leaderlength value does not affect how the dimension displays,
but the new setting is stored and shows up in dxf, autolisp, adsrx, and the leaderlength() method.
and...
double leaderlength() const;
this function is obsolete. it will always return 0 unless the length has been set at time of the dimension's creation.
best regards,
sergey z.