MoI discussion forum
MoI discussion forum

Full Version: V4 Wish List

Show messages:  1-2  …  383-402  403-422  423-442  443-462  463-482  483-502  503-522  …  563-574

From: mkdm
18 Jun 2018   [#443] In reply to [#442]
Hi Michael.
Thanks for replying me.

@You "...At the moment I've been working on some bugs that have been reported through e-mail and doing some experiments..."

Good to know :)

And regarding the previous point (from 1 to 3)...ok I remember the discoussions about "offset" and, ok. No problem, all is clear.

But I also remember that I talked to you some times in the recent past, about the improvement of the "rebuild" command, along with the opportunity to improve also the "merge" command, that actually works only on "edges" and not on "curves".

This second behavior could be a great improvement for "2D workflow" related stuff.

What do you say about that?

I stay tuned :)
From: Michael Gibson
18 Jun 2018   [#444] In reply to [#443]
Hi Marco, you're probably remembering that I mentioned that at some point I'd like to figure out how to combine Join and Merge together into a single Join command possibly with the option to do rebuilding at the same time as well.

I'm not sure when that will happen though, there is a lot of workflow and UI design that will go into that.

- Michael
From: mkdm
18 Jun 2018   [#445] In reply to [#444]
Your rock Michael!

That's exactly what I wanted to remind you :)

This is a very important improvement for 2d stuff.
I hope that you want to rate It pretty high in your todo list.

Ciao!
From: Michael Gibson
18 Jun 2018   [#446] In reply to [#445]
Hi Marco, it's not really something that can go high on the todo list because it probably needs a new UI method for it that has to evolve a bit first.

- Michael
From: mkdm
19 Jun 2018   [#447] In reply to [#446]
Hello Michael.

@You : "...it's not really something that can go high on the todo list because it probably needs a new UI method for it that has to evolve a bit first..."

Thanks for the reply.

I'm not lucky with my requests.... :)

Have a nice day.
From: Michael Gibson
19 Jun 2018   [#448] In reply to [#447]
Hi Marco, if you happen to have a more detailed idea for how it would work like what the UI and workflow would specifically be like that could certainly increase the priority!

Those things can often be the most difficult though.

- Michael
From: mkdm
19 Jun 2018   [#449] In reply to [#448]
Hi Michael...I have some idea but actually no time to write to explain...

But I suppose that, at least regarding the unification of Merge/Join/Rebuild, you should have some use-case scenario in your mind.

Anyway...I stay tuned.

Have a nice day and best wishes for all.

Marco (mkdm)
From: mkdm
5 Jul 2018   [#450]
Hello Michael.

How are you? I hope all is ok :)

Just a quick reminder of one of the things I asked some times ago for this V4...

Please, give us a way to easily edit a control point (or edit in one shot the bunch of selected control points) of an existing curve to toggle it (or they) from corner to smooth and vice versa.

Thanks.
From: Michael Gibson
5 Jul 2018   [#451] In reply to [#450]
Hi Marco, yes that's still on my list. I'm not sure if it will be in the next beta or the one after though.

- Michael
From: mkdm
5 Jul 2018   [#452] In reply to [#451]
Ok Michael, good to know.

I hope to see it soon :)

As you may already know I'm a big fun of all is related to "2D workflow" and I think that with only a little bit of extra effort you could improve the already very good 2d arsenal of Moi, because with just two or three improvements in the right place Moi can be a serious "all-rounder" 2D vector tool, combining the precision of a Cad with its easy of use.

Many times I leveraged on Moi to create my 2D works/experiments (vector art but also graphic elements for addictional digital painting).
From: James (JFH)
27 Aug 2018   [#453] In reply to [#451]
Hi Michael,

It would be useful, if possible, for control points appeared in Types browser after show points operation, so that they may be isolated for selection. Either, a dedicated Control Points list item or alternatively a second mode of existing Points type. My apologies if this has already been suggested.

Also, & this is a more a query than a request, but would it be a relatively simple* task to include point objects as profiles for extruding, rail revolving, and sweeping resulting in curves rather than surfaces?

Thank you for all your hard work, it is much appreciated
James
* By simple, I mean not insurmountably difficult
From: Michael Gibson
27 Aug 2018   [#454] In reply to [#453]
Hi James,

> It would be useful, if possible, for control points appeared in Types browser after show points
> operation, so that they may be isolated for selection.

Unfortunately this is difficult to set up currently because control points are not full fledged objects that have their own properties like ids and hidden/locked states. They just have a selection property only. Maybe this is something I can change in the future but it may have some major performance side effects since some surfaces may have many thousands of control points in them.


> Also, & this is a more a query than a request, but would it be a relatively simple* task to
> include point objects as profiles for extruding, rail revolving, and sweeping resulting in curves
> rather than surfaces?

The geometry library that MoI uses for these functions does not currently have an implementation of handling points like this. It could be possible in the future for me to add it but it will require adding a custom function for each of these cases.

- Michael
From: James (JFH)
28 Aug 2018   [#455] In reply to [#454]
Hi Michael,

Thank you for getting back to me.

> control points are not full fledged objects that have their own properties like ids

Does it follow then, that this would preclude control points from being addressable
(ie selected and manipulated) in node editor?

> may have some major performance side effects since some surfaces may have many thousands of control points in them.

Could this issue be avoided if control points only appeared as an object type for selected items (curves or surfaces). Essentially as exists now. Perhaps there could be menu option Selected Objects (default) / All Objects (alternative)

Thanks again,
James
From: Michael Gibson
28 Aug 2018   [#456] In reply to [#455]
Hi James,

re:
> Does it follow then, that this would preclude control points from being addressable
> (ie selected and manipulated) in node editor?

Not necessarily but it would probably need some combination of object + point index value to address them.


> Could this issue be avoided if control points only appeared as an object type for selected items
> (curves or surfaces). Essentially as exists now. Perhaps there could be menu option
> Selected Objects (default) / All Objects (alternative)

I'm not sure - this wouldn't address that it is not possible currently to hide or lock points so that part of the scene browser wouldn't be able to work with control points currently. They are just not set up as individual objects like all the other things that the scene browser works with.

There is currently a way to enable scene browser types for selected objects, you can enable it in moi.ini under:

[Scene Browser]
EnableSelectionSubTypes=y

If you enable that there will be 2 additional "Selected" and "Unselected" expandable areas in the Types part of the scene browser which will target only selected or unselected objects.

- Michael
From: Metin Seven (METINSEVEN)
6 Sep 2018   [#457]
Hi Michael,

One thing that has remained high on my new features wishlist is FFD / Lattice deformation. It'd be great if that could be non-destructive, but I'd already be very happy with the functionality.
From: James (JFH)
20 Sep 2018   [#458] In reply to [#456]
Hi Michael,

I have not really had a need for this before, but I'm designing some cabinetry
and am flipping between perspective and parallel 3D views.
Going into Options to change them is a little awkward.*

What do you think about the idea of the 3D button toggling between them (3D perspect / 3D parallel)?
I combed through the forum to see if this has been raised before; apologies if it has.
This of course is a very low priority, even if you agree it has merit.


James

UPDATED:

* OK I found the script for doing this, which achieves just what I needed.
Still think it would be good if it was tied to 3D button
From: Michael Gibson
20 Sep 2018   [#459] In reply to [#458]
Hi James, the first thing that comes to mind for that is it could be difficult to show the perspective/parallel directly on that button and it might be kind of weird to toggle the state there without any indication on the button that it was toggling.

- Michael
From: James (JFH)
20 Sep 2018   [#460] In reply to [#459]
Hi Michael,

Perhaps there could be a check box in Options for turning on/off toggleability of 3D button
If unchecked (default) all is as it is now, but if checked, button has 2 states 3D Perspect. & 3D Parallel.

I am totally onboard with your resistance to interface cluster. The beauty of toggling between say
Front & Back is additional utility without additional UI elements.

Anyway, I don't want to distract you from more urgent improvements.
it was just a thought.

James


Image Attachments:
3Dtoggle.gif 


From: Michael Gibson
21 Sep 2018   [#461] In reply to [#460]
Hi James, that's an interesting idea too, my first impression of that one is how weird it might look with some long German language text added in below there.

But you can get the behavior you are requesting right now though by modifying the default UI - if you replace the file ViewTabs.htm in the ui sub-folder with the attached version you should get that perspective/parallel toggling behavior. I didn't try to do the additional text labels here, let me know if that would help you and I can give that a try too.

The attached version has a new function TogglePerspective() added in and the 3D tab button element has been modified to call that function for the onmousedown event. I tested it only with the Aug-28-2018 v4 beta version.

- Michael

Attachments:
ViewTabs.htm


From: James (JFH)
21 Sep 2018   [#462] In reply to [#461]
Hi Michael,

Brilliant! Works perfectly.

>> I didn't try to do the additional text labels here, let me know if that would help you and I can give that a try too. <<

I'm not sure that labels are necessary. The user can see immediately what is the outcome of toggling (assuming that they have some experience in 3d modelling environments). However UI conventions would dictate that the 2 states of the button should be distinct. Could it be a simple as double underlining 3D to indicate Parallel Projection?



For now I'm happy how it is

Thanks again
James

Image Attachments:
3Dtoggle2.gif 


Show messages:  1-2  …  383-402  403-422  423-442  443-462  463-482  483-502  503-522  …  563-574