Michael, thank you for such quick answer

I just moved them... that's all, nothing deleted, nothing changed. I selected everything, I moved everything... I know about the limitations that you describe but this is not what happened... I didn't try to move the 3d object, I moved everything.
The hole was not created with boolean commands. I just made a rectang and a circle and extruded both of them... So I guess it is "extrude" not "diff"

Hi JTB - moving has a type of deleting step built into it. If after a command ends, the objects do not look the same as they did at the start (I mean exactly the same, in the same location and everything), it means that those original objects have been deleted and new ones created.

That's what I mean in this case by deleting.

So for example extrude does not do any type of deleting at all - after the extrude is finished, the objects that went in as inputs to the extrude are exactly the same as before.

With moving, the objects are not exactly the same as before, they have been updated to a new version.


> I didn't try to move the 3d object, I moved everything.

Right, but everything includes the 3d object as well.

Once that 3d object has been moved (whether by itself or along with everything else, it doesn't matter), the previous version of it has been deleted, and that breaks the chaining effect that history currently relies on.

But I think what you are expecting is reasonable - I think it should be possible to change version 2 to work like you want for this case.

- Michael

Thanks Michael, nice to have this kind of support for a change...

Am I right in assuming that selecting everything (all the source objects) except the boolean object, then moving those will have exactly the outcome that JTP is trying to achieve? I.e. the boolean object will move along with the source objects if those are moved simultaneously. Maybe not as simple and intuitive as what JTP is suggesting, but it's doing the trick, right?

Hi Michael, yes that is correct. You can move the extruded object to a new location and still keep history active by only selecting and moving the original curves and not trying to move the extruded 3D object itself directly.

Until the time that this is tuned up, that is a simple workaround to get the desired effect.

- Michael

Michael,

Thanks for your reply. I got a chance to check it myself in the meantime and noticed a restriction: In the case of the above example with extrusions, moving the source objects in the direction of the extrusion actually changes the extrusion height of the child object instead of moving it in that direction. I am assuming the reference plane of the original extrusion is considered another "source object" that would have to be moved along as well, which i'm guessing is not possible. Do you have a work-around for that as well? ;)

Michael H.

Hi Michael - it's not the reference plane of the original that is remembered in this case, it is the point that you picked to define the extrusion height.

When the extrusion is recalculated, it is using that same point to calculate a new height from the plane of the curve, that is why the height changes if you move it up and down.

There is workaround for this, which is to enter a specific distance for the extrusion height, instead of clicking a point to define the height. You can move your mouse around to get a good idea of what height you would like to use, but to finish the extrusion type in that height in the "Distance:" box in the upper-right corner, rather than clicking a point to finish the extrude.

That sets up the extrude history with a specific distance value instead of a point value, and it will then update later on using that same specific distance instead of calculating a new distance from the point.

I've been thinking of changing this to always save the distance value to history instead of keeping the point, because of that kind of unintuitive side effect that you noticed here.

- Michael

"I've been thinking of changing this to always save the distance value to history instead of keeping the point, because of that kind of unintuitive side effect that you noticed here.

- Michael"

i can see running into another problem this way. if one purposly extruded up to another object then move the curves you will lose your target for extrusion height, even when placement may be more important than distance. may i suggest a checkbox option to let the user decide, or leave it the way it is since it is much easier to extend an extrusion than to shorten one.

Hi xrok1 - yes there are potential problems either way. Sometimes I have to just kind of guess which problem will be more frequently run across and then avoid that one and live with the less frequent one.

Eventually I want to have some UI that will let you get in there and edit these history values directly, in this case with either placing another point above the curve's plane or by a specific numeric distance. That would be the general thing that would solve this.

One other idea that I had was if I left it as a point defined in history, that it might be a good signal when you select the input and output objects at the same time and move them, to transform the point values in history by moving them by the same distance. That would generally help with relocating some other kinds of history-related operations that work with points, like for example revolve. The points for the revolve axis in history can't easily be converted into some portable value unlike the extrusion distance.

- Michael

yes i like the idea of selecting input and output objects together to retain extrusion distance, or just selecting input curves alone to retain extrusion reference. this seems like it would be the most predictable and useful way to go.

P.S any plans to have some kind of mating relationships (concentric, parallel, distance) in the future?

> P.S any plans to have some kind of mating relationships (concentric,
> parallel, distance) in the future?

I haven't really thought very much about that...

It will probably be difficult for me to get into a full constraint solver type thing, but I think what you are talking about here could possibly be easier than that. It might be workable as a specialized transformation command. But it will probably take a while before I can get to that.

- Michael