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

Hi Psygorn,

re:
> Is it possible to have Moi discovers startup settings automatically?

Sorry I don't understand the question. What do you mean by "startup settings" ?


> > 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?

I'm not sure what you mean by "UI settings" in this context. What it would do would be to
make the MoI v5 beta have the same structural content as your customized v4.

The reason why you are getting script errors is because your scripts are looking for an HTML
element with id="CommandBarCustomUI" inside of the file BrowserPane.htm .

The regular MoI install does not have any element with that id in BrowserPane.htm , it has
it in CommandBar.htm .

So for those scripts to be working in v4 you must have modified your v4 BrowserPane.htm
file to have that element in it.

If you modify your V5's BrowserPane.htm to have the same thing that you added to the v4 one
then that would solve the problem.


> 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!

It could be possible to change your scripts so that they insert at the end of the <body> of
BrowserPane.htm or something like that instead.

If you can post your startup scripts and the modified BrowserPane.htm file you have made
for v4 then I'll be able to tell you how to do that.

- Michael

Hi Michael,

Thank you for your time and your support. :)

>If you can post your startup scripts and the modified BrowserPane.htm file you have made
for v4 then I'll be able to tell you how to do that.

Sure! I would prefer to leave things in your hands in order to prevent myself from messing up with the codes.

I have attached Scripts.js as well as Scripts Full.js

If you need something else please do tell me.

Edit: I have renamed BrowserPane.htm files for better indication

Hi Psygorn, here are updated versions of those scripts,

With those in place does it work ok both in v4 and v5 now?

- Michael

hi,
one question. is it possible to deselect a group in the view panel? @moment if i select 2 groups and want to deselect one of them, i end up with one selected object of the to-deselected group.
best, marco

Hi marco,

re:
> one question. is it possible to deselect a group in the view panel? @moment if i
> select 2 groups and want to deselect one of them, i end up with one selected object
> of the to-deselected group.

When you do a second click on a group, it will "drill in" to select children of the group, similar to how a second click on a solid selects edge or face sub-objects of the solid.

With a solid if you use Ctrl+click on a selected solid, it will deselect it without doing any drill-in. I should be able to make the same behavior with groups, but that's not working at the moment.

For now you can deselect it though by doing ctrl+click on your one selected sub-object, or if you continue to drill in when you can't drill in anymore the last click will deselect (without ctrl).

- Michael

Hi Michael,

I replaced those scripts with updated ones at C:\...\AppData\Roaming\Moi\startup

I still see error messages with V5. ( not with V4)

A question: Shouldn't I replace BrowserPane.htm of V5 with BrowserPane.htm of V4?

-Psygorn

Hi Psygorn,

re:
> I still see error messages with V5. ( not with V4)

Are there any additional scripts in your startup folder aside from the 2 you posted?


> A question: Shouldn't I replace BrowserPane.htm of V5 with BrowserPane.htm of V4?

It could work but it can also be problematic to get a kind of frankenstein collection of old and new versions all combined together. You can run into things like missing new stuff that has been added in to V5.

If I can update the scripts you are using then you won't need to do that.

- Michael

Hi Michael,

Yes, there are at least 13 other .js files there! I thought you only need ones with "script" on their names! sorry, my bad!

The whole old startup folder is attached. (it's a zip file)

-Psygorn

Hi Psygorn, here you go, use all these updated versions instead and does that work the same in v4 and v5 for you after that?

- Michael

Hi Michael,

Yes, It works fine :-)

Thanks for your time and help!

:-)

You're welcome Psygorn, I'm glad it is working now!

- Michael

Hi, Michael, on mac, after intalling v5, the mouse wheel don't zoom but go up or down in 3d view, and all other views. What is the situation ? Normal behavior on v4.

Hi moujiik,

re:
> Hi, Michael, on mac, after intalling v5, the mouse wheel don't zoom but go up or down in 3d view, and
> all other views. What is the situation ? Normal behavior on v4.

What kind of mouse do you have, is it Apple's "Magic Mouse" or a different one?

In v5 the default behavior of Magic Mouse "scrolling" (1 finger swipe) in MoI is to pan instead of zoom.
That's to fix a bug in trackpad handling.

You should be able to revert to V4 behavior by setting this value in moi.ini :

[MultiTouch]
UseTrackpadScrollAsMouseWheel=y

Or also in v5 if you hold down the Alt key when doing the wheel motion it should work as a zoom instead of a pan.

So the reason for this is kind of a convoluted story. The way a trackpad works is the 2 finger swipe gesture normally does a panning type action and pinching is used for zooming. The Magic Mouse happens to send the exact same event for it's "scroll" as the trackpad 2 finger swipe.

In MoI v4 I tried to detect if the scroll event was coming from a trackpad or a magic mouse to do panning for the trackpad and zooming for the magic mouse.

Unfortunately the detection didn't work in certain situations, causing a bug where 2 finger swipe on the trackpad started to do zoom (like it was a magic mouse) instead of pan, as described here:
http://moi3d.com/forum/index.php?webtag=MOI&msg=10277.1

As best as I can tell there is not any totally reliable method for distinguishing a scroll event as coming from a magic mouse (with one finger swipe) or a trackpad with 2 finger swipe.

So it seems that Apple really wants the Magic Mouse to work like a trackpad so that's what MoI is doing now with v5. I've given up on trying to automatically detect which type of device was used to generate the event.

- Michael