MoI discussion forum
MoI discussion forum

Full Version: V4 Wish List

Show messages:  1-13  …  374-393  394-413  414-433  434-453  454-473  474-493  494-513  …  574

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
From: AlexPolo
16 Jun 2018   [#437]
Hi Michael,

Just a thought with working with bigger assemblies and more parts with upcoming V4 release would it be possible to somehow have a deep lock mode for layers or objects as when you hide and unhide it reveals all layers and would be good to keep reference layers or other transitional items in a buried state within the file.

regards
Alex.
From: Michael Gibson
16 Jun 2018   [#438] In reply to [#437]
Hi Alex, I think it would be difficult to express an additional hide state in the UI without it getting complicated.

You can avoid unhiding everythying currently if you use the scene browser to do your unhiding instead of the Edit > Hide command.

Also if you use Ctrl+click on Edit > Hide that will do a "show subset" operation where you can show just some of the hidden objects instead of all of them.

Maybe if you want something totally out of your way for an extended time you could export it out to a separate file and then delete it from your current one.

- Michael
From: mkdm
18 Jun 2018   [#439]
Hello Michael!

How are you ? I hope fine :)

Inspired by the last post of James, I want to ask you something related to "2d workflows".

I don't know what you're currently working on, but I want to remind you a very important area that need to be improved: tools for curves.

Especially:

1) A new and improved "rebuild" command
2) New API methods that can give us at least the access to the inner structure of the curves (knot points, control points)
3) An improved "offset" command
4) The chance to easily pick one or more control points of a curve and easily change their "type": from "sharp" to "not sharp"

...other things that now I can't remember :)

As you can see I didn't specify details for the points from 1 to 3 but I know that you know what I'm talking about ;)

Thanks a lot and have a nice day!
From: Michael Gibson
18 Jun 2018   [#440] In reply to [#439]
Hi Marco, #1 and #3 are pretty difficult areas to implement well, I'd need more information about how you'd expect an improved version of those to behave.

#4 is something I've been meaning to do for some time, I'll see if I could address that in v4.

- Michael
From: mkdm
18 Jun 2018   [#441] In reply to [#440]
Hi Michael.

@You : "...Hi Marco, #1 and #3 are pretty difficult areas to implement well, I'd need more information about how you'd expect an improved version of those to behave..."

Hmmm...pretty difficult now to remember all the things said during last two years about these things...
I can assure you that many times we have talked about them...they are scattered over many forum threads...

@You : "...#4 is something I've been meaning to do for some time, I'll see if I could address that in v4..."

Ok. Got it.
I hope not to be "pushy" but...what are the new things you're working on for the next beta?

Thanks a lot and have a nice day.

Marco (mkdm)
From: Michael Gibson
18 Jun 2018   [#442] In reply to [#441]
Hi Marco,

> Hmmm...pretty difficult now to remember all the things said during last two years
> about these things...
> I can assure you that many times we have talked about them...they are scattered over
> many forum threads...

Ok, but probably in those same scattered threads I've also previously explained why they work as they currently do. An offset curve of a NURBS curve cannot be represented exactly in NURBS form itself except in special cases. So the offset mechanism has to go through a fitting/refinement process and will not have the same control point structure as the original curve.


> I hope not to be "pushy" but...what are the new things you're working on for the next beta?

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

- Michael
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

Show messages:  1-13  …  374-393  394-413  414-433  434-453  454-473  474-493  494-513  …  574