MoI discussion forum
MoI discussion forum

Full Version: V4 Wish List

Show messages:  1-16  …  357-376  377-396  397-416  417-436  437-456  457-476  477-496  …  557-575

From: Unknown user
10 Apr 2018   [#417]
Hi, Michael.
I have such question, it is possible to write the script that it was possible to change places the beginning and the end at open curves, such as: lines, arcs, NURBS?
Vladimir.
From: Michael Gibson
10 Apr 2018   [#418] In reply to [#417]
Hi Vladimir, yes you can use the Flip command in MoI to do that:
http://moi3d.com/3.0/docs/moi_command_reference10.htm#flip

- Michael
From: Unknown user
10 Apr 2018   [#419] In reply to [#418]
Thanks, Michael. That's very good. There is another MoI issue that incorrectly exports the file to the DXF format of the arc and circle.
For comparison, I attach another pdf file.

Vladimir.
From: Michael Gibson
10 Apr 2018   [#420] In reply to [#419]
Hi Vladimir, could you please describe the DXF bug in more detail?

When I open your DXF file in MoI v4 over here it looks like this:


When I open your PDF file in MoI v4 it looks like this:


DXF in Rhino v5:


DXF in Autodesk online viewer:


- Michael

Image Attachments:
vladimir_dxf_autodesk_online_viewer.jpg  vladimir_dxf_moi.jpg  vladimir_dxf_rhino.jpg  vladimir_pdf_moi.jpg 


From: Unknown user
10 Apr 2018   [#421] In reply to [#420]
Hi, Michael.
The screenshots show how the CAM program handles vectors from PDF and DXF files.
Vladimir.
From: Michael Gibson
11 Apr 2018   [#422] In reply to [#421]
Hi Vladimir, sorry I didn't know it was the direction of the arcs and circles in the DXF that you were referring to about the bug. I've seen some programs miscalculate the actual geometry for arcs in cases where they have a plane normal pointing downwards in Z, I thought that might be what you were seeing.

It does look like MoI is not preserving the arc direction for its DXF output, I'll see about tuning that up.

Thanks for reporting the bug!

- Michael
From: Yuan
11 Apr 2018   [#423]
Hi Michael
I am looking forward to the next version to be able to add "Match", "rebuildcrf" and "umwrapcrf" similar to "Rhino" software. These are useful for surface modeling. Thank you!
-Yuan
From: Michael Gibson
11 Apr 2018   [#424] In reply to [#423]
Hi Yuan, I would like to add those functions at some point in the future but I'm sorry it is not likely to be for the next version. For now you should plan to still use Rhino for those kinds of surface modeling functions.

- Michael
From: James (JFH)
20 May 2018   [#425] In reply to [#424]
Hi Michael,

I work solely on a laptop and I would imagine that, in this, I am part of a vast and fast growing constituency. Moi3d's pared back UI is more suited than most CAD softs when working with such limited scene real estate; however it would be IMHO great if it was possible to collapse the side bar menu in and out of the scene edge.

The cross & 3 line symbols have become web standards for this and so would be immediately legible to new users.

Also it would be useful to be able to switch between tools menu and scene browser.

I am excited by prospect of the upcoming V4. If you can see some benefit in these suggestions, I wonder if they may be included....at least as an option.

Thanks for all your great work
James



Image Attachments:
UI_sansMenu.png 


From: Michael Gibson
20 May 2018   [#426] In reply to [#425]
Hi James, one thing that's related to that which you can do now is the option under Options > General > Side pane position: "Inside".

That will remove the Scene Browser as a separate panel and instead make it show up as a palette at the bottom of the other tools.

Also another thing you can use currently is to set up a keyboard shortcut that will toggle the side pane visibility. To do that set up a shortcut key under Options > Shortcut keys with this as the command part:

script: /* Toggle Side pane visibility */ var style = moi.ui.sidepane.document.body.style; style.display = (style.display ? '' : 'none' );


- Michael
From: James (JFH)
20 May 2018   [#427] In reply to [#426]
Hi Michael,

>> you can do now is the option under Options > General > Side pane position: "Inside". <<

Yes, this is the option I currently use and generally it works well for me. I just feel if I could simply switch between palettes, scrolling the side bar would usually be unnecessary (excepting projects with many named objects etc).

.>> you can.....set up a keyboard shortcut that will toggle the side pane visibility. <<

Thank you, this a great tip. I will do this immediately. I might see if I can link it to a custom icon

Thanks again
James
From: Michael Gibson
21 May 2018   [#428] In reply to [#427]
Hi James, here's another script you can try. This one expects the browser pane to be in either "adjacent" or "opposite" mode (not "inside" mode) and it will go in 3 steps, showing side pane only, then browser pane only, then hiding both:

script: /* Toggle Side pane and Browser pane visibility 3 steps*/ var sp = moi.ui.sidepane.document.body.style; var bp = moi.ui.getUIPanel( 'moi://ui/BrowserPane.htm' ).document.body.style; var spon = (sp.display != 'none'); var bpon = (bp.display != 'none'); if ( spon && !bpon ) { sp.display = 'none'; bp.display = ''; } else if ( !spon && bpon ) { sp.display = 'none'; bp.display = 'none'; } else { sp.display = ''; bp.display = 'none'; }

- Michael
From: James (JFH)
21 May 2018   [#429] In reply to [#428]
Hi Michael,

Now you're talking.....Great stuff
This has become my go-to setup!

Thanks James
From: agonyii
27 May 2018   [#430]
@Michael Gibson I hate to say it but I really don't like the idea of new version's preferences being saved undr Windows user profile folder alongside Obj Library addon files. I have just lost a handfull of data thanks to these new settings. When you have such a brilliant software with everything basically running from one folder by default why to go into another direction to support Windows way of thinking as Microsoft does everything wrong anyhow.

Appreciate it!
From: Michael Gibson
27 May 2018   [#431] In reply to [#430]
Hi agonyii, your comments are kind of confusing because there hasn't been any changes in the new version for where the moi.ini file is located by default, it's the same behavior as in all previous versions.

By default Windows (since Vista) will prevent programs from modifying files in the Program Files directory, so it won't work to store a preferences file there for most people. That's why the default location for moi.ini is in your user data folder instead of alongside MoI.exe .

You can change this if you want though, if you move the moi.ini file so that it is in the same folder as MoI.exe, MoI will find it and use that one. If it's inside the Program Files folder though it won't be able to save any changes unless you have run MoI with elevated privileges or if you have turned UAC off.

It's also possible to put moi.ini in whatever folder you want and then tell MoI where it is by passing in the path as a command line parameter to MoI.exe , make sure to put " " quote characters around the path if it has any spaces in it.

- Michael
From: agonyii
27 May 2018   [#432] In reply to [#431]
I get it now! Please understand my frustration, apparently I did not know enough about it.

I have a question in terms of 'Obj library', would that 3d party addon still reside in the different folder even if my moi.ini is inside apps main folder? If that's not the case it would be awesome if 3d party addons folder would somehow be relevant to the placement of moi.ini file. Just trying to make my moi portable installation bulletproof from now on so nothing gets lost if I backup this one folder.

Really appreciate your help in any case!
From: Michael Gibson
27 May 2018   [#433] In reply to [#432]
Hi agonyii,

> I have a question in terms of 'Obj library', would that 3d party addon still reside
> in the different folder even if my moi.ini is inside apps main folder?

There is no automatic connection between where your moi.ini file is located and how the Obj library addon works. If I remember right the newest version of Max's CustomUI is designed to go in the app data folder so it won't need to be reinstalled on every new beta release. But older versions went into the main app program files folder so you might try using an older version. It's probably possible to edit it so it goes wherever you want.

But it's likely that in the future more and more stuff will go into the appdata folder like script downloads and stuff like that, both to support the default Windows configuration with UAC enabled where Program Files is read only and also so that added resources are stored in a central location so that it isn't necessary to copy things around for every new release.

I guess I should make it so you can customize the appdata folder location though. Then you could set that so everything is under one single folder.

- Michael
From: agonyii
28 May 2018   [#434] In reply to [#433]
> I guess I should make it so you can customize the appdata folder location though. Then you could set that so everything is under one single folder.

That sounds awesome! I think that would be the best solution so far. Thanks for filtering that out!

Please allow me to add one more comment on the subject:

Alongside OBJ library, I also have customized UI. I prefer dark theme, it's easy on my eyes so while having something neutral I can fully concentrate just on design. I just hate the idea, I had to overwrite quite a lot of original MOI app files to have it this way. Would be possible, if we set a custom folder for all our preferences, scripts and adddons that this folder is also monitored from Moi for it's own app's modified files, icons? If Moi sees any of its own files there then these files would get loaded first - instead of ones from the apps folder. In that case way we would be able to keep the original files intact and still able to keep all the addons we use.
Right now with every new Moi update we have to reinstall everything and I all design colleges I know are utilizing Moi in a such way.

Thank you in any case!

Image Attachments:
MoI_2018-05-28_15-29-55.jpg 


From: Michael Gibson
29 May 2018   [#435] In reply to [#434]
Hi agonyii,

> If Moi sees any of its own files there then these files would get loaded first - instead of ones
> from the apps folder. In that case way we would be able to keep the original files intact and
> still able to keep all the addons we use.

I have some ideas along these lines for theme packages where a theme could override the default resources but there are some tricky areas for stuff other than images where stuff should be combined together for when new things are added to moi.css for example that the theme doens't implement.

It's something that I want to work on in the future but it probably won't happen in the V4 time frame though.

- Michael
From: Michael Gibson
7 Jun 2018   [#436] In reply to [#434]
Hi agonyii,

> > I guess I should make it so you can customize the appdata folder location though. Then you could set that so everything is under one single folder.
>
> That sounds awesome! I think that would be the best solution so far. Thanks for filtering that out!

I wasn't able to get to this for this very next beta coming out soon but it's still on my list.

- Michael

Show messages:  1-16  …  357-376  377-396  397-416  417-436  437-456  457-476  477-496  …  557-575