View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000537||FreeCAD||Bug||public||2011-12-12 01:55||2012-06-13 08:58|
|Fixed in Version||0.13|
|Summary||0000537: lack of tree structure in combo view - when using mirror|
select a shape
the mirrored shape is parametric based on the original shape, but the two are not shown in an expandable tree structure, like one gets with fuse/extrude/etc.
|Tags||No tags attached.|
||IMO the mirror object should NOT regard the referenced object as a child. For many modelling tasks you make a mirrored object and then afterwards you use both for a boolean operation. That's why IMO both objects should be on the same level in the tree structure.|
Am I understanding you correctly? (I mean there is nothing wrong with what you wrote, there is just a problem with my understanding of it :-) )
Are you saying that "mirror" should work like this: - in effect make a new independent item which is a COPY of the original item, except with mirrored parameter values?
So once created the "mirrored copied item" becomes completely independent of the original?
Then should it still be parametric, but based on its own parameters' now independently editable values, (not the matching mirrored values from the original)? In other words, once created one could modify the new "originally mirrored" item's parameters so that it then becomes something different rather than just a mirror copy of the original?
Or do you think it should be more like when using "simple copy" where the resultant copy is not parametric?
IMO it's a wrong understanding that in all cases it should be visible (by ordering the tree items underneath) that there is a relation between two objects.
In a lot of case it makes sense like pad, pocket, fillet but IMO not for mirroring.
> Are you saying that "mirror" should work like this: - in effect make a new independent item which is a COPY of the original item, except with mirrored parameter values?
No. The mirror object still has the reference to the original, its mirroring parameters and compute a new shape from these information. So, the mirror object is definitely not independent from the base object.
OK I think I understand now, but that brings up another slightly different question then,
How should we indicated which mirror relates to which original? This is probably not used enough to get too confusing, but a similar situation comes up with inter related sketches and objects in partdesign. It can be hard to see at a glace which sketch is attached to what face etc. I thought the simplest resolution is to in both cases just order the tree items. Can you think of an alternative method to visually link interrelated items?
||Maybe we should have a special widget that shows the relations between objects. The tree view is only partially useful for this. Also because an object can be referenced by more than one object but the tree view is not capable of showing this. So, IMO a special widget showing the dependencies is probably the best solution.|
Yes, I had exactly that problem with some of my more complex designs in Part.
The shared item is under both trees but only can be seen at one location at a time. Didn't show up in other locations unless you expand the tree for the second location, and then of course the first location tree closes.
This worked but was a little annoying and cumbersome.
At the time I was wondering if it would be better to just show all the instances in all locations, but have them all high light when any one was clicked on, and perhaps have the high light a different colour to warn you of this, for when your tree structure is to large to see the second third ...or whatever number other copies?
Actually I suppose when duplicated the items could be permanently coloured as though they were high lighted but in a different colour (and perhapes cross-hatched) and then highlight again with the normal green high light colour over the top when the item (and hence its duplicates) are actively selected.
Showing the dependencies of objects in a special Qt widgets is very difficult because the relations an be very complex.
There is now a command in the Tools menu which shows an image all the relations. You therefore need Graphviz installed on your system.
git show 3259a16
|2011-12-12 01:55||jmaustpc||New Issue|
|2011-12-12 01:55||jmaustpc||File Added: Partwblackoftreestructuremirrorandruledsurface.jpeg|
|2011-12-12 01:56||jmaustpc||File Added: Partwblackoftreestructuremirrorandruledsurface.FCStd|
|2011-12-13 09:56||wmayer||Note Added: 0001471|
|2011-12-13 10:45||jmaustpc||Note Added: 0001472|
|2011-12-13 11:30||wmayer||Note Added: 0001473|
|2011-12-13 11:48||jmaustpc||Note Added: 0001474|
|2011-12-13 12:14||wmayer||Note Added: 0001475|
|2011-12-13 13:49||jmaustpc||Note Added: 0001476|
|2012-06-13 08:58||wmayer||Note Added: 0002196|
|2012-06-13 08:58||wmayer||Status||new => closed|
|2012-06-13 08:58||wmayer||Resolution||open => fixed|
|2012-06-13 08:58||wmayer||Fixed in Version||=> 0.13|