@Marco,

re:
> groups gone mental..

Should be fixed in new Apr-10 version I just put up.

The bug was when trying to assign a group to be a child of itself. That case should just do nothing now.

Thanks, - Michael

Hi Michael,

The V5 Beta Apr-10-2022 fixed the issue with the 'ReconstructCurve' script error.

Thank you,
Wayne

The 8 scripts are working in Apr-10 beta.
(Cloth was 2014 version, and did not work in V4 either)
Max's Cloth 2017 appears to be working in V4 and V5, but sphere drape did not work in either V4 or new V5. Maybe I did not set up correctly...
Edit: Drape does work, with proper usage. Thankyou Pilou.
- Brian

Cloth works fine!V3, V4, V5 ;)

Just select for example a line(s) of points then click the Sphere(s) then Done, Done...!
Don't take "small" spheres!
Take Wind 90,90,0 Physics 5,1,20,10 Constraints 14,1,1,8
Here with the V5 beta

Not sure if this is a bug, or if I'm just missing the logic here:

Create 3 boxes - boxes 1, 2, and 3.
Select them and Group.
Click on box 1 to select that individual box
Drag copy or use the copy tool to create a copy of box 1 = box 4.
Deselect

Selecting in the Objects browser now shows:

The first group I created - originally containing boxes 1, 2 & 3 - now contain boxes 2, 3 & 4.
A new group containing just box 3.

Thank you Pilou.
Drape does work, with proper usage.
- Brian

My settings (Options > General > Unit system)

Hi Michael



>> re: Ctrl+A / select all not highlighting group - I just rolled out a new Apr-10 version and I think this should be fixed now. Please let me know if it works ok for you now.

Fixed !
Perfect !

Thanks,

April 10th release:


Groups and locked objects don't play well with each other:

Make some objects, group 2 of them, then select one of the group objects and lock it. Deselect all, select the one in the group that wasn't locked, click and drag. The other locked group member moves with it....

Hi Death,

re:
> Groups and locked objects don't play well with each other:
>
> Make some objects, group 2 of them, then select one of the group objects and lock
> it. Deselect all, select the one in the group that wasn't locked, click and drag. The
> other locked group member moves with it....

This current behavior is correct. In your step where you click and drag, it's the group that is being selected and dragged and if the group is selected then that means that the entire group object will be dragged.

That's one of the main things that Groups is for, to make a set of objects all transform together as one unit.

If you want to move only the one object you'll need to do a "drill in" selection clicking on it so just that sub-object is selected and not the entire group.

It's similar behavior as with BRep sub objects. In v4 if you draw a box and select an edge of the box and lock it, if you then drag the box the locked edge is not left behind, it goes along with the box.

Locking a sub-object prevents it from being targeted individually for selection, it does not stop it from being transformed if its parent object is being transformed.

- Michael

@ Phiro,

re: SVG units problems -

> My settings (Options > General > Unit system)

I'm still not able to reproduce the problem.

I'll make a separate discussion thread for this SVG units issue so we can continue discussing it without being mixed in with other messages here.

- Michael

Hi Viewbyte,

re: copy sub object out of a group

> Not sure if this is a bug, or if I'm just missing the logic here:

Looks like a bug, it looks like copying sub objects out of the group is messed up right now. I'm pretty sure I had it working ok at one point but it probably got messed up when tuning groups processing in some other command.

I'll dig in to it and see where it got messed up.

Thanks, - Michael

I wasn't sure that this was the intended behavior, but yes, that makes sense and will work well either way.

Maybe a button: "Exclude locked objects" would be fine to select the group and NOT move the locked ones. That way one doesn't have to select all the non locked ones manually.

Hi Death, I guess the question I have is if you want the locked objects to not move with the rest of the group, then why is it that you want them to be in the same group as the other objects?

If they are not meant to move together then they probably shouldn't be in the same group object since moving things together is one of the main things that groups are focused on doing.

There is probably room for an additional type of hierarchical organizing method like "folders" that would be a sort of looser connection between the objects and not make them behave as a single compound object like groups are.

You can get part of that type of behavior currently by the pre-v5 "grouping" mechanism of having a set of objects with the same name.

- Michael

Well, sometimes you have group and you want to move everything in it, BUT one or more objects, they might have to stay stationary.

Imagine a hinged joint, where you want to move the group that includes it, around the hinge, but not the hinge, or it's hinge pieces...

There are many more reasons to have a group's objects move without the locked objects in it.

My suggestion would make things easier, that's all.

Hi Death,

re:
> Well, sometimes you have group and you want to move everything in it,
> BUT one or more objects, they might have to stay stationary.
>
> Imagine a hinged joint, where you want to move the group that includes it, around the hinge,
> but not the hinge, or it's hinge pieces...

You should probably set this up as having sub groups - have the pieces you want
to move in a sub group that's a child of the main group. When you want to move them and
leave other pieces stationary select the sub group and not the whole parent group.

Locking has to do with selection, not for marking things as stationary.

- Michael

That would work.

I am thinking of a messy layout of groups and subgroups though.

A robotic hand with joints and wrist on an arm on a body etc. etc.

I'd rather lock on an element and rotate for ex. the rest about it without having to select a ton of objects to do it.

Just my 5 cents worth. Either way it is a great thing to have grouping, very exiting. All the latest additions (like dimension, themes etc.) made me love Moi even more.

Keep up the good work, can't wait to see what other goodies you are going to come up with. (better fillets maybe?)

Thanx!

Hello Michael,

I installed Moi V5 just now and when I wanted to open it I ran into some errors.



in the above image you can just see 4 of them but they are more!

After clicking ok on all of these error messages Moi V5 opens!

(needless to say I changed some features in Moi V4 but I did not think they could affect V5!)

Edit: When choose the dark theme those error messages appear again! but in dark theme windows.

Hi Psygorn,

re:
> I installed Moi V5 just now and when I wanted to open it I ran into some errors.

It looks like those are all coming from startup scripts you have added to the
MoI appdata startup folder.

The problem is that those scripts are depending on modifications that you've made
to the MoI v4 browser pane.

You would get the same errors if you were to try and run a default v4 on your machine
that didn't have your modified browser pane.

There are various ways you can fix this up. Probably the best is since your startup scripts
depend on a specific customized version you should probably set them up to run only with
that version instead of having them in the common appdata folder where all versions will
find them.

To do that make a startup folder inside the install folder for v4 so you have
C:\Program Files\MoI 4.0\startup and move your startup scripts from their current
location in the shared appdata folder (%appdata%\Moi\startup) to the install-specific one.

After you have done that then those startup scripts should only run with that customized
v4 install and other installs of MoI will not see them.

The other options you could do would be to apply the same browser pane mod to the v5
beta so the scripts would be able to find what they are expecting there too, or another option
yet would be to modify the scripts so that they tolerate errors silently which you can do by
putting a try / catch block around the script code like this:

try {
 
    >>> code goes here <<<

} catch(e) {}

> (needless to say I changed some features in Moi V4 but I did not think they could affect V5!)

Things that you add to the central appdata folder will be seen by new versions automatically.
That's so you can do things like install plug-ins there and not need to copy them to individual
install folders with new program releases.


> Edit: When choose the dark theme those error messages appear again! but in dark theme windows.

When you switch themes the UI is reloaded and startup scripts are run again since many startup
scripts involve UI mods.

- Michael

Hi Michael,

Thank you for your help, however, I have got a few questions for you:

>Things that you add to the central appdata folder will be seen by new versions automatically.
That's so you can do things like install plug-ins there and not need to copy them to individual
install folders with new program releases.

Is it possible to have Moi discovers startup settings automatically?

> The other options you could do would be to apply the same browser pane mod to the v5
beta so the scripts would be able to find what they are expecting there too

By doing above mentioned solution Moi V5 beta would have the same UI settings as Moi V4? Do I have to do things manually In order to apply the same browser pane mode to the V5 beta? Is there a way I can have it done automatically? And basically, tell me how to do it!

-Psygorn