Hi Michael,

OK so how about, for now, using the existing app level option file?

Or even hard-coding into the script?

Frederick

Hi Frederick,

re:
> OK so how about, for now, using the existing app level option file?
>
> Or even hard-coding into the script?

Here's a version that has the directory name hard coded in the top of the script.

It will go through selected groups and generate .stl files into the directory.

There are instructions for how to install a plug-in here:
https://moi3d.com/faq#Q:_How_do_I_install_a_plug-in_script.3F

- Michael

Hi Michael,

Thanks much.

The install instructions mention two files, a .js file and a .htm file.

Do I need a .htm file?

Frederick

Hi Frederick, in this case you don't need the .htm file. The .htm file usually contains the UI for the command but since this one doesn't display any UI it doesn't have an .htm file.

- Michael

Hi Michael,

Actually I like that very much.

The previous script asks what type of export and, for STL files, it shows a dialog with a number of options.

This is quick and easy. I am happy as a clam at high tide.

A quick related question. Is the concept of a 3DM file having user entered meta-data, such as would be required for my export idea, or things like author, project, etc within the realm of the reasonable for V5?

Frederick

Hi Frederick,

re:
> A quick related question. Is the concept of a 3DM file having user entered
> meta-data, such as would be required for my export idea, or things like
> author, project, etc within the realm of the reasonable for V5?

Yes it should not be difficult to add those for v5.

- Michael

Michael

You are the best. You deserve some kind of award. Maybe a Nobel?

Frederick

Thanks Frederick! Also in case you haven't seen there is a method in v5 currently for storing general project notes inside a .3dm file. You can access it using File > Notes.

- Michael

Hi Michael,

So what is missing is a way for a script to access a particular piece of that meta-data?

Frederick

Hi Frederick, yeah the problem is that the notes is just one big glob of text so it's not very easy for a script to work with.

The part that I would like to add is a mechanism to put in "Document user data" that would be stored with a key name/value pairs so a script could have its own separate data channel that won't get stomped on by other scripts too easily.

- Michael

Hi Michael,

OK since I really need that you can work on it next.

Drat, this forum doesn't have emojis - so imagine a couple of dozen "grins" follow the sentence above.

Frederick

My MoI4 background and gridline colors seem to have been altered (by MoI5 beta ???), to dark grey colors.
I do not think that I did anything to cause this. (?)

- Brian

(And MoI3 as well.)

Hi Brian, it seems to be some side effect from the new theme support in v5, I'll see if I can figure out what settings in moi.ini are getting re-used that maybe should be separate settings in v5 or something.

- Michael

Thank you Michael.
In MoI4, I manually reset the View Background color to R210, G 223, B 225,
and Locked Objects color to 171, 171, 171,
which are the values used in MoI5 beta default color. Presumably the same as the old MoI 4 colors.
All is well.
I think that the MoI4 gridline colors were not altered. (?)

- Brian

Thanks Michael.

The new UI and Group capabilities are going to be a big help when teaching!

It just keeps getting better and better! :)

Tom Meeks

Hi Michael,

Currently :
- Clicking on a object in a group once selects the group
- Clicking again on the same object selects just that object

Correct?

I have a couple of ideas.

1. Allow selecting that behavior (group then object) or the reverse (object then group)

2. Allow holding down some key to control that behavior. Key up you get it one way, key down the other. Just to eliminate the need for a second click

Thanks.

Frederick

Hi Frederick,

re:
> Currently :
> - Clicking on a object in a group once selects the group
> - Clicking again on the same object selects just that object
>
> Correct?

Yes, it's similar to the "drill in" behavior that's been in place for selecting edge or face sub-objects of solids since MoI version 1.


> I have a couple of ideas.
>
> 1. Allow selecting that behavior (group then object) or the reverse (object then group)
>

I don't think I've seen any programs that function in the reverse order. Do you know of any examples?

It's kind of the most essential function of groups that it makes a set of objects stay together and that means starting with the topmost whole group being selected on the first click.


> 2. Allow holding down some key to control that behavior. Key up you get it one way, key down
> the other. Just to eliminate the need for a second click

What key would you propose for doing that? I'm not sure that there are any that are not already serving some other purpose.

- Michael

Hi Michael

I understand that my suggestion to reverse the order is a bit odd which is why I suggest making it an option.

Based on my use of MOI most of the time I am going to be manipulating an object, not a group.

So that means a lot of extra clicks, especial if I have 3 or 4 levels of nesting.

Would it be hard to allow both drill-down and "drill-up"?

My goal is not to make your work harder.

Forget the key idea, too many to remember already.

Thanks.

Frederick

Hi Frederick,

re:
> Based on my use of MOI most of the time I am going to be manipulating an object, not a group.

I guess I'd ask why put it in a group then if you don't want it to behave like a group?

Maybe you need some other organization method separate from groups like "folders" where you can select an entire folder using the scene browser but when you click on objects in the viewport they will select as individual items.


> Would it be hard to allow both drill-down and "drill-up"?

I'm not sure. It would probably have some difficulty co-existing with other selection mechanisms like edge/face drill in on solids.

If your initial click on a solid in a group selected the solid, then if your next click on it would do "drill up" to target the parent group that would mean you could not drill in to select edges or faces of the solid.


- Michael

Hi Michael.

I see the problem - "drill up" simply won't work.

How about a way to enable/disable just drilling down into a group?

When disabled it would behave like it does now, it selects the object clicked on?

Controlled perhaps by two different user selectable keys (including the usual alt/ctrl/shift bits)? Or one that toggles? How about "scroll lock"? I've always wanted to use that key. <grin>

Mostly I design machines that consist of assemblies, of assemblies, of assemblies, etc. Without actually converting a past project for V5 and working with it, I envision a lot of clicking that becomes annoying. Maybe that would not be the case.

And the idea of "Groups" sounded so simple in my mind.

Frederick