圆弧的起始角度怎样准确获得？

一段圆弧，经过旋转变换后，再用api函数获取起始角度，发现还是旋转前的数值，这是API函数的bug，还是另有其他原因？

多谢回答，我再仔细体会一下吧，不过这个问题最终还是解决了。

原帖由 zhangcanwei 于 2008-12-1 12:41 发表


我觉得不是这样的，比如，在第一象限画个四分之一圆弧A，在第二象限画个四分之一圆弧B，然后用这个函数查询圆弧起始角，是正确的。
     现在，保持B圆弧不动，把A圆弧旋转到与B圆弧重合。再去查询，发现A圆弧的 ...

第一种情况下：你的那个A圆弧和B圆弧的差别是他们的矩阵Matirx 相同，但是起始和终止点不同。
第二种情况是：矩阵不同，但是起始点和终止点相同。
可以看看帮助，细心体会一下。

感谢sac807，有理。
函数的英文说明里有解释，居然没看，自己想当然了。
再次感谢！

根据高手提示，我用UF_MODL_ask_curve_props查处圆弧起始点坐标，然后再去计算起始角，这样也可以达到目的。本来不应该再去手工计算的

原帖由 sac807 于 2008-12-1 11:30 发表
圆弧的数据是相对于以ABS的零点和Arc的矩阵所构成的坐标系而言的。

我觉得不是这样的，比如，在第一象限画个四分之一圆弧A，在第二象限画个四分之一圆弧B，然后用这个函数查询圆弧起始角，是正确的。
     现在，保持B圆弧不动，把A圆弧旋转到与B圆弧重合。再去查询，发现A圆弧的起始角还是旋转前的数值。按道理，应该与B圆弧相同才对

圆弧的数据是相对于以ABS的零点和Arc的矩阵所构成的坐标系而言的。

不是API有问题，是你对API的理解有问题。

呵呵，这是极少数，不清楚什么原因造成的(又看不到UG的源代码)，使用时多检测检测。也许是UG的无心之失。

对啊，UF_CURVE_ask_arc_dat这个函数有问题吗？多谢指点，不过查询圆弧起始角度不应该是多难的问题，这个函数为什么就不准呢？这样的话，API函数还敢相信么