Group object Order Bug
<
div>
Is anyone have a problem with "Object Grouping Order" not being honored with SelectionSet creation?
SelectionSet order matching the Group order is very important for a feature in my program. This part of my program creates milling paths mill radii/angled faces by a series of paths that follow the contour.
<div class="shoutReply" onclick="shoutReply('@Rodney Estep ','1440749','2');"> Consider this. The operator selects a contour line then a lwpolyline drive curve. To keep the math simple for this ex. lets say the contour line is 45degree incline. The operator picks which side of the drive curve to offset. Dialog Box inputs sets the rest </div> <div class="shoutReply" onclick="shoutReply('@Rodney Estep ','1440749','2');"> </div> <div class="shoutReply" onclick="shoutReply('@Rodney Estep ','1440749','2');"> The dialog entries define the cutter/scallop height. This info determines the math for offsetting the drive path to make the mill paths. Now my program will create multiple offsets from the drive curve and change the elevation per the math. </div> <div class="shoutReply" onclick="shoutReply('@Rodney Estep ','1440749','2');"> </div> <div class="shoutReply" onclick="shoutReply('@Rodney Estep ','1440749','2');"> As each of mill paths are created they get added to GROUP. This is very important for using downstream. If you look at the entity order using the group command i.e. group->Re-order-entities->Highlight They are in the correct order. </div> <div class="shoutReply" onclick="shoutReply('@Rodney Estep ','1440749','2');"> </div> <div class="shoutReply" onclick="shoutReply('@Rodney Estep ','1440749','2');"> However, if you create a selection set by selecting the group the object order does not match and is totally random in order. </div> <div class="shoutReply" onclick="shoutReply('@Rodney Estep ','1440749','2');"><p></p></div>
Comments
-
How do you select the "group" ?
By picking a single entity, or by windowing/crossing, or selecting multiple entities, one by one ?
Can you create a simple sample drawing (few entities as possible), and provide that sample here, with
precise instructions *how* and *which* to select ?
Many greetings0 -
Any chance you can make a list of the paths including the number of the item in the group, then do a sort of the list... I have done something similar when picking multiple blocks by a window or crossing method.
(just a thought)0 -
Try using this:
[code](mapcar
'vlax-vla-object->ename
(vle-collection->list
(vla-item
(vla-get-groups (vla-get-activedocument (vlax-get-acad-object))) ; The groups object of the active document.
"TEST" ; Name of the group.
)
)
)[/code]
The list of enames will match the order of the group.0 -
Dear Rodney,
I could reproduce the problem as you described ... as I have your support request in my table,
I will check the problem, and try to get correct entity sequence used for the objects in selection set.
Will keep you updated on the request and here as well.0 -
Thanks to all for you input. I will play around with
Roy Klein Gebbinck's suggest code. I might be able to use this as a work around. This is still an obvious bug in my opinion. As Torsten noted that he could reproduce. I would appear that Autocad's lisp engine handles selection sets as so.
As the user adds entities they are analized to see if they belong to a group/groups. If so than any items that belong to that group are removed from the s.s.
then all objects within the group are added to the selection set in the order at which they are listed in the group data. I could create a work-around which would require a lot of time, but in the end this stange behavior and should be fixed. If the group command is a part of BricsCad then it should work properly in my opinion.
On another note, I spent hours trying to figure out why code would not even run. Turned out to be (initdia) followed by (command "attedit
This one really took me a while to find. All it took was removing the (initdia) and replacing "attedit" with "ddatte". Hopefully this might save someone a lot of headache.
0 -
I did some more testing and it would appear that the random order that you get when selecting the group has to do with pickbox & which item within the group was picked to make the selection. I would think the only thing that would need to be fixed is test for object order hierarchy in terms of group order, should a group exist and pickstyle /=0.
Does Bricscad do hotfixes or patches similar to AutoCAD?
0 -
Yes, we regulary provide update versions, in the past it was around every 4 weeks (more or less,
depending on severity of issues).
Next version will be V14 in October, so there are currently no plans to provide another V13 version.
I will try to get this issue here fixed for V14, of course.0
