Full Version: V5 Wish List

Show messages:  1-3  …  164-183  184-203  204-223  224-243  244-263  264-283  284-303  …  584-601

Aha! Thank you Michael! :-)

Didn't know that!

---

Hi Michael,

In your long list of wishes would be be feasible for MOI to handle direct printing from within the app - I use output to PDF which works a treat especially with templates but a direct to printer would take it to the next level.

Just a thought in case Santa was listening.

Alex.

---

Hi Alex, re:printing - maybe at some point but there's a lot of potential stuff for handling printing well especially cross platform. I am pretty happy handing that job off to a PDF reader currently.

Stuff like that where it will take a lot of work and the benefit is not all that much tends to lose out in priority weighing.

- Michael

---

Figured that could be the case PDF it is!

thanks again
Alex.

---

Dear Michael,

> I'd probably try Array circular with the center point for the array at the center of the object with a vertical step applied. That will make a vertical stack of rotated objects and you can then arrange that onto a circle using Transform > Deform > Flow.

There is an attached file to this reply, I was not able to scatter the curves around a circle. would u please take a look at it and then tell me what I am doing wrong?
I used the flow command and I tired to make sure that the length of vertical line is equal to the perimeter of the circle. However, I was not able to achieve what I wanted ( I want to scatter those squares around the circle and have them equally spaced.)

Attachments:
Twist_Test_2.3dm

---

Hi Psygorn, so the trouble with your case there is the perimeter of the circle and the line are not equal, the circle has a perimeter of 100.97 while the line has a length of 70.

But that's ok they don't actually need to be made equal, there is a "Stretch" option in the flow command that you can set which will make it map from start to end of the base curve to the equivalent percentage along the target curve rather than by distance traveled.

So just set the "Stretch" option to do what you need, be aware of the doubled curve you will have at the start/end position:



- Michael

Image Attachments:
psygorn_flow5.jpg 

---

Hi Michael,

And thank you for your reply :-)

---

Hi

is it possible to add the coordinates of the last point, near this point ?
( x ,y ,z , angle , length )

the next file is a GIF

Chri

---

Hi Chri,

re:
> is it possible to add the coordinates of the last point, near this point ?
> ( x ,y ,z , angle , length )

Yes, there are various ways to do that, you can enter in relative coordinates or polar coordinates using a distance and angle, or activate distance or angle constraint.

Information here on how to enter in different kinds of point input:
https://moi3d.com/4.0/docs/moi_command_reference1.htm#__XYZ%20/%20Distance%20/%20Angle

and a lot of details on drawing functions here:
https://moi3d.com/4.0/docs/moi_introduction.htm#drawing

- Michael

---

Hi Michael

I know that

my question is only to view them, on the screen, near the last point like the Gif file.

Chri

---

Hi Chri,

re:
> my question is only to view them, on the screen, near the last point

Sorry, no - Moi is intentionally designed not to do that, because displaying a lot of stuff overlaid on the viewport can get in the way of seeing your actual model.

That information is instead displayed at the bottom so you can glance down there to see it very easily yet it does not obscure your modeling area:



- Michael

Image Attachments:
chri_distance_angle_display.jpg 

---

I understand your meaning Thanks for your quick answers Michael.

Chri

---

A couple of requests...

- Integration of the .obj executable (Obj23dmWireframe) would be really handy
- Maybe a few more Rhino integration tweaks concerning import of groups (if not blocks) would be a great time saver for those of us who have to run both softs.
- Some form of clipping plane for quick sectional views would be really useful to interrogate complex parts.

Thanks!

(actually, this may be crazy, but is there a way to use the current obj importer to just import obj's at 0 subdivisions?)

- Rich

---

Hi Rich, re: #2 import groups, I'm not sure if that will be feasible because Rhino's grouping mechanism is kind of limited. The way it works is group membership is more like a tag on an object and there isn't any parent/child relationship set up between groups. It's fairly different from how groups normally work in 2D vector type programs.

So because it's limited I'm probably not going to try and just adopt the same system in MoI, I think it's going to be important to be able to have parent/child hierarchy betwen groups. So it may be difficult for them to go back and forth between MoI and Rhino.

The same thing might apply to blocks as well, Rhino adopted the Autocad block system and it has some really weird interaction with layers. It's also probably not going to be something that would be good to just exactly replicate in MoI.


> (actually, this may be crazy, but is there a way to use the current obj importer
> to just import obj's at 0 subdivisions?)

Sorry, no it doesn't work very well to represent object in CAD/NURBS with a large number of individual planar facets. The way CAD geometry is structured there is some more overhead for each face compared to a poly modeling program because of how there can be an "underlying surface" with trim curves on it marking different areas as active or as holes. it doesn't work very well to have a high face count like you can in a poly modeling program.

There is a separate OBJ import plug-in that Max Smirnov wrote that does that though, you can find it on his file archive here, look for ImportObj:
http://moi.maxsm.net/media/files/

Generally i don't recommend trying to do that kind of import though, MoI is not designed to work with polygon models for modeling. Trying to simulate a poly model by having a large number of trimmed NURBS surfaces usually does not work very well.

- Michael

---

Great thanks Michael I'll definitely check out Max's import plug...Yes realise the way groups are treated probably wouldn't work out (as I'm sure you'd develop a superior system haha) just wondering if groups could be ignored when importing to MoI, currently having to explode everything in Rhino first (meaning you inevitably get a lot of split up polysurfaces)....Is this another workflow possibly?

- Rich

---

Hi Rich,

re:
> just wondering if groups could be ignored when importing to MoI,

Do you mean blocks in Rhino? Groups in Rhino should already come over with the grouping just ignored unlike blocks.


> currently having to explode everything in Rhino first (meaning you inevitably get a lot of
> split up polysurfaces)....Is this another workflow possibly?

Try using the "ExplodeBlock" command in Rhino instead of just plain "Explode". I think ExplodeBlock will only convert block instances in to regular geometry, it won't break apart polysurfaces into individual surfaces like regular Explode.

- Michael

---

Hnmm yeah just doing some tests, perhaps it was nested blocks inside the groups that were giving errors - I'll wait for a test case! Usually given mega files that have been passed down through many hands so hard to work out what might be causing issues - great to know groups are just passed over...Thanks for "ExplodeBlock" also will go into the arsenal...

- Rich

---

Probably a low priority:
How about a "make copy(s)" option on the Align tool?

MindSet

---

I hope V5 has the function of material mapping. In addition, objects can display ground shadows

---

It would be useful and presumably straightforward to provide the full filename to the clipboard.
It would also be useful to provide the recent file list to a popup.

Thanks,
Mindset

---

Show messages:  1-3  …  164-183  184-203  204-223  224-243  244-263  264-283  284-303  …  584-601