Full Version: V5 Wish List

Show messages:  1-11  …  232-251  252-271  272-291  292-311  312-331  332-351  352-371  …  632-639

Hi pafurijaz, both groups and blocks are poorly implemented in Rhino with a lot of problem areas. So even when these are implemented in MoI it's pretty likely that they will be custom implemented for MoI and won't be stored in the .3dm file's regular structure.

With groups the problem is that it's just a kind of tag assigned to objects and groups aren't structured in a parent/child relationship.

With blocks the problem is it's a clone of an antique AutoCAD system that has weird rules about how layers work in combination with the blocks.

It might be that I can shoehorn MoI instances into a compatible system with blocks, I'm not sure about that yet. I'm pretty far along with groups though and I'm pretty sure that groups will not be stored as .3dm groups though since there isn't any way to represent a parent/child nesting with them.

- Michael

---

Hi Micheal, thanks for the clarification, I know well how the Blocks for Autocad work, in reality it is very simple, the Autocad blocks have the characteristic that all the objects or lines on layer 0 can receive the characteristics of the layer where they are inserted and all the other levels can be customized with unique colors and properties of the block, however I hope that we can also introduce only a hierarchical level tree with sub-levels that include others already this would be fantastic, even groups could be a valid solution. 
I hope this can be evaluated for the next update because when you have over 2000 objects, it is useful to organize the elements as assemblies such as staircases or other with different colors and materials.

 I

Greetings

---

Tears of joy over here reading this Micheal, tears of joy I can't wait to see how you implement it

---

if it's possible to add quick edit points mode - holding a button to enter and move points
i'll expain behind the scene: ex chamfer - and move a point, actions will be enter edit mode, select points, move, exit edit mode(show points) -> 4 actions per 1 operation
holding the same button ~ tobe quick move point action

---

Hi Tudor,

re:
> i'll expain behind the scene: ex chamfer - and move a point, actions will be enter edit mode, select points,
> move, exit edit mode(show points) -> 4 actions per 1 operation

If you want to move just one point you don't need to select it and then move it in separate steps you can just click and drag on the point.

You can also turn off points by hitting the Esc key instead of clicking on Edit > Show pts.

I experimented with making a script that would turn on points for a single selected object, let you drag a point and then turn off points automatically. I wasn't able to make it for v4 because edit points aren't accessible by scripts but I have added that in for v5 so a script for doing this will be possible in v5.

- Michael

---

esc works ))) first tap deselects, second exits editing ))))

---

I am not sure if this has been requested, but it would be nice if Moi allowed for a user scripts directory that lives outside of the program files install path of Moi.
Currently the user is required to have admin rights in order to write to the Moi/commands folder, which for the home user is no big deal. However here at my workplace, due to client requested IT audits, admin rights aren't allowed for the digital artists, so every time we want to add a script to the commands folder, we have to have our IT admin add the script for us.
It would be nice if there was a option for an additional user defined script location that could be used that doesn't require administrator rights to modify or add new scripts.

I know this could be circumvented by making Moi portable, but there are some work places where, due to security reasons, the usb ports have been disabled to prevent IP theft.

Cheers

---

Hi KanakaRed,

re:
> I am not sure if this has been requested, but it would be nice if Moi allowed for a user
> scripts directory that lives outside of the program files install path of Moi.

This is implemented currently in MoI v4. Starting with v4 MoI will also look for commands in the appdata commands folder, not just in the install commands folder.

Some more details in the FAQ question #1 here: http://moi3d.com/FAQ


You can also make MoI look through any specific folder of your choosing by editing moi.ini :
[Commands]
AdditionalCommandsDirs=

- Michael

---

Thanks, Michael. I don't know how I overlooked this.

Cheers

---

I don't know if it's been broached before but some sort of visibility control would be amazing, I like everyone else probably spends a lot of time turning on/off objects/mats and this could be a big time saver

https://www.youtube.com/watch?v=-kWaV1cqB-k (for example)

- Rich x

---

Hi Michael,

Seeing your mention of a new theme infrastructure component for V5 (https://moi3d.com/forum/index.php?webtag=MOI&msg=10465.20) which offers some extensibility makes me wonder if this general idea might also be applied to the concept of a title block? There has been the occasional discussion of title blocks (like for 2D drawings) & I've pondered how one might script such a thing but it currently seems problematic to do so. If the theme idea could be morphed into providing the basic structure and allow for some customization, that would be a really neat addition to MoI.

Wishing you a happy Thanksgiving & looking forward to the V5 beta cycle!

--Larry

---

Hi Larry,

re:
> makes me wonder if this general idea might also be applied to the concept of a title block?

Sort of in the sense that it needs some kind of templating mechanism. There's some previous discussion here, does the idea mentioned there seem like it would work ok?
http://moi3d.com/forum/index.php?webtag=MOI&msg=10011.63

- Michael

---

Hi Michael,

Yes, that's the conversation I was recalling & merging a template during PDF export seems like a very nice solution. I don't have any thoughts on the specific fields to be maintained in the title block & would imagine that would be an area that would be nice to allow some customization of. If the field values could be stored in the model's 3DM file, that would of course be even nicer.

--Larry

---

Dear Micheal,
Could you please incorporate into your software 3DMoi the printing function because for me is very important asset to have it to my works if I want to print.

Another thing that I like to see in the next new update of V5 is to see the custom UI environment that include the object Library and the Pull down scripts so they're inserting into the browser pane instead of into the command bar
when you need them to modify our designs because I so other users use them and it' very cool indeed.

I like to see more different choices in the lighting option styles.

Hope you can incorporate the GUMBALL system into your 3DMoi like the one using in Rhino 7 because the one we have in the software was not familiarize with me, I prefer the Gumball because it makes things perfectly when you need them to be.

Thank you for your support that you always gave us.

RC

---

Hi RC, currently a good way to print is to save to a PDF file and then you can print the PDF file. Adobe Reader has a lot of options for printing including things like tiled posters.

It would take a lot of effort to get a print function directly from MoI that had the same level of functionality in it.

So because it would take a lot of effort and would give only very minimal improvement (if any) it's not really a good target feature for MoI at least currently.

re:
> to see the custom UI environment that include the object Library and the Pull down scripts
> so they're inserting into the browser pane instead of into the command bar

What would be the advantage to having a scripts menu in the browser pane instead of the command bar?

The browser pane is generally meant to hold stuff related to the model structure. A list of plug-in scripts doesn't match with that so it would seem a little weird to me to put it in there.

- Michael

---

I've got a new proposal: New projection view option "Current view" in the AI and PDF export options (only in single viewport mode obviously).

---

Hi 3image,

re:
> I've got a new proposal: New projection view option "Current view" in the AI and PDF export
> options (only in single viewport mode obviously).

What would it do when you're not in single viewport mode?

- Michael

---

Easy, the option is not shown then. ;-)

---

Hi 3image,

re:
> Easy, the option is not shown then. ;-)

The regular behavior of these controls is that they get initialized to the last value that was used.

That doesn't fit well with a dropdown value that can disappear like that.

The problem would be if you do an export where you have a view maximized and use this option, but then later on do a second export while in Split view mode. The dialog would want to initialize the control to a value that is not being shown.

It's not problematic to have an entire control be hidden but hiding just some values in a dropdown list is different.

- Michael

---

Maybe it's because of my lunatic workflow but I often export the wrong view.
I would be in favour of an indicator of some kind !

Concerning fullscreen, perhaps the flyout could be set on the maximized view.

Small detail though.
Can't wait to see the work on groups !

Marc

Image Attachments:
Screen Shot 2021-12-16 at 07.49.png 

---

Show messages:  1-11  …  232-251  252-271  272-291  292-311  312-331  332-351  352-371  …  632-639