Full Version: V4 beta Feb-27-2019 available now

Show messages:  1-3  4-23  24-43  44-63  64-83  84-103  …  204-218

Hi Ralf, re: Style menu not working - that's a typo bug that came in when trying to add a Ctrl+left click to work same as right-click (as requested here http://moi3d.com/forum/index.php?webtag=MOI&msg=9245.5). The bug is that also plain left click ended up doing the same as Ctrl+left click.

It can be fixed up updating the file SidePaneContextArea.htm in the UI sub-folder in the main install folder with the attached version below. Thanks for reporting the bug!

(EDIT: note - re-issued Feb-27-2019 beta has this fix included)


Also if you would prefer for booleans to make a single style result you can change a setting in moi.ini that will do that:

[Styles]
DisableSubObjectStyles=y

Thanks, - Michael

Attachments:
SidePaneContextArea.htm

---

Hello Michael.

@You: "It can be fixed up updating the file SidePaneContextArea.htm in the UI sub-folder in the main install folder with the attached version below. Thanks for reporting the bug!"

Please can you update also the first message of this new beta.
So in this way it's easy to get this fix without the need to remember that exists this bug and where to get the right file to fix it.

Thanks.

---

Hello,

Is it normal to have this when editing color style in the new beta version?

Image Attachments:
Edit Style MoI V4 Beta.jpg 

---

Hi Dan,

re:
> Is it normal to have this when editing color style in the new beta version?

It's a bug in the new version but you can fix it by updating the file attached above:
http://moi3d.com/forum/index.php?webtag=MOI&msg=9266.24

- Michael

---

An observation:
Doing some Hopf tori, creating a bunch of circles with nodeeditor:
If the Hopf .nod program is stopped, but not applied, the circle curves CAN be mouse selected, but not selected by the Types:Curves, nor by Style:Color.
The mouse circle curves that are mouse selected, can be lofted, and the lofted surface can be selected by color or Types:Faces.
The circle curves remain not selectable, until Apply is done.
(It was the same in the prior beta...)


- Brian

---

Hi Brian, so there is a way that objects can be set to be non selectable, they are usually used in commands that involve different stages of selection. Like in the Sweep command after you have selected profile curves, selection lock is set on them so that in the next step of selecting a rail the profiles won't be in the way for selection again.

These states are cleared when a command ends, but this might not be happening with the node editor since it runs outside the context of a command. So you may need to manually do some cleanup of these states in your case.

The mechanism for that is called selection lock and it can be cleared using the ObjectList method unlockSelection.

So for example to clear all selection lock on everything try moi.geometryDatabase.getObjects().unlockSelection();

- Michael

---

Hi Marco,

> Please can you update also the first message of this new beta.
> So in this way it's easy to get this fix without the need to remember that exists this bug and
> where to get the right file to fix it.

I guess it would be best to roll out an updated beta that includes the fix. I'll update this to a Feb-27 version. The only change is this fixed UI file so if you've already updated that there isn't any need to get it again.

- Michael

---

Thanks Michael.

It is not a problem. It is not a bug.

- Brian

---

Hello dear Michael,

will you add a kind of Gizmo? I knew, its not like a other polygonbased 3D Tool - but mostly I miss a Gizmo for moving points in X/Y/Z directions, especially for moving/creating points (e.g. in Curves) - this would be a nice to have.

---

Hi Lordfox,

re:
> but mostly I miss a Gizmo for moving points in X/Y/Z directions, especially for
> moving/creating points (e.g. in Curves) - this would be a nice to have.

You can already move points or objects in X/Y/Z directions in MoI just by clicking and dragging on the point or object.

If you want to restrict it to only the X, Y, or Z axis then make sure "Straight Snap" is enabled on the bottom toolbar. Then when you move close to the X,Y,Z axis lines it will snap to the axis line. You can also hold down Shift to force it to snap to the nearest one without having to be close to it.

Here is an example showing moving a point in X, Y, or Z:



- Michael

---

Hi Michael,

Is having a drag adjustable browser width an option for V4 - handy in handling long object names.

thanks
Alex.

---

Hi Alex, it is still on my list to look at making the scene browser pane width draggable but I don't know yet if it will be in v4 for sure or not.

In the meantime, you can set up the following script on a shortcut key:

var p = moi.ui.getUIPanel( 'moi://ui/BrowserPane.htm' ); if ( p ) { var w = p.document.body.style.width; if ( w == '' || w == '15em' ) { w = '20em'; } else if ( w == '20em' ) { w = '30em' } else { w = '15em' } p.document.body.style.width = w; }

When you trigger that it will cycle through 3 different widths.

- Michael

---

Thanks that works well for the interim.

---

Hi Alex, one thing that I haven't been able to decide yet is if the drag sizing method should just be if you drag anywhere along the edge like such things usually are or if I should make a little "knob" like thing kind of like this:



The "anywhere along the edge" method will probably be a pretty narrow strip and could be a little harder to target and sort of wastes a lot of area with the same function all along it.

The knob method could probably be made easier to target and kind of concentrates the area that's used for this but adds a new visual element sitting there all the time...

Any thoughts?

- Michael

Image Attachments:
drag_knob.jpg 

---

Hi everyone!

I am not a UI expert, but my layman vote goes for the single border drag option instead of a knob. It's more intuitive and it's the first thing I would try. :)

I haven't been able to play with the new beta release yet unfortunately, but I am looking forward to it. Very excited to see MoI evolve.

---

Hi Michael, I think any where along that edge - there is the few pixels in between which could be darkened to give the visual clue of an interaction area.

Image Attachments:
border.JPG 

---

Hello Michael

Great, it works.

Thank you.

---

Hi, i prefer the knob method...
Moujiik

---

For things that only adjust the application (and don't affect content), subtlety is key.

Here's an idea for a knob solution (with a cursor change) to consider...



...and maybe an even smaller knob would do?

If you decide to keep it to just the thin line, maybe putting a few smaller dots in the middle of the line (to indicate that something can happen) might be nice. The cursor changing to an east/west is the bare minimum needed though.

I've never found a reason to adjust the width, to be honest. I like how it forces me to name things short and succinctly. I try to subscribe to the KISS method.

-- Cody

Image Attachments:
resize-pane-concept.png 

---

Hi all,

my humble approach with SubD2NURBS, a super simple toy car. Probably the simplest toy car ever modeled. :-)

@Michael i had a few glitches when trying to fillet the tail lights, because when doing so the trimmed surfaces
from the car body (like the doors) disappeared then and i was left with an intact car body. So i had to fillet in
Autodesk 123 Design.

Since the model is finalized i can't send you the file for inspection. However should this happen again i will
save the steps and mail you the file.



Regards
Stefan

---

Show messages:  1-3  4-23  24-43  44-63  64-83  84-103  …  204-218