Hi Okapi, the way that I am planning on doing it is that there actually won't be a state that the group itself owns directly.

Instead the group will act as a way to operate on a batch of object properties all in one go.

Like for example if you hide a group what that will actually do is hide all the objects that are part of that group but the hidden state is actually a property of the objects.

This basically avoids the kind of special modes that you're talking about.

It also should make it possible to have objects belong to more than one group, which otherwise tends to create a problem of possibly having conflicting states.


> Also, how will this interact with the current Hide and Isolate options?

Well, that's the other thing that is good about having the state actually belong to objects, it is fully compatible with the regular Hide mechanism, it just becomes a way to operate on a particular batch of objects in one click.

It also lets me use other things like Styles and Object types as other ways to control visibility in addition to groups.

- Michael

Hi Pilou,

> About curves generators
> Have they a special section?

I think that they will be a kind of sub-entry underneath something like:

Objects
    All objects
        Curves

But I'm not completely sure about that part yet.

- Michael

Hi Michael

Re: lightbulbs

Actually , I though of lightbulbs because it would remind your logo!
I did not check on others initially but you're right, eye icons are the commonplace by far.
And yes, autocad and rhino has lightbulbs...

Been a long time since I've touch autocad, I'm very glad not having to use it anymore!
Moi workflow is far better, even in 2d.

Thanks

Marc

Hi Michael, what about a tab system, I think I've mentioned this before.
For me it's uncluttered, clean and the same space is used as many times as you want, IMHO flyouts seem bit obstructive.

The gif was quick and rough and I don't know if it's possible coding wise, is it ?
Just another thought I had, to throw into the thread.



-

Hi DannyT,

I support this suggestion all the way.
Then you could add a lot of new features without changing the overall UI.

This is how it works i Modo, and I love it, clean and fast with no overlapping windows.

- Eric

Hi Danny,

Looks like a good idea :)
Those likes "command manager" in another cad system.

Hi guys,

I think this is my first post here, I have been a long time lurker and a daily follower of the forum.

I think Michael you have to be careful of not trying to hard to be different just for the sake of being different. for an example the layer system, you always talk about the layer system in other system that objects can't be in different layers at the same time, why is that a bad thing? I know its not as flexible, but its a system that people know from Illustrator, Photoshop, Autocad and yes Rhino (which sometimes I feel you try too hard to be a little different).

My vote also goes with Danny, I think his idea is the best implementation of the ones I have seen in this thread.

And for the eye icon, from a designers perspective it bothers me a lot, I like the light bulb that you see in rhino and autocad, maybe the eye needs some fine tuning, its a bit too harsh on the eyes.)

Used to modo too, so I love this tab idea !
(and thanks Michael for all the replies ;))

@Danny Inclined text is perturbating, no easy readable, and you lost width screen surface :)

>> re: separate window - that's something that would be good to include but it may have to wait for a while, it is just hard for me to
>> manage too many options for this all in the initial go around. It's kind of a general problem that it would be nice to be able to tear
>> off chunks of UI and dock them into other montiors (on the same monitor you'll just be having a floating window that obscures
>> the modeling viewports as well) but it's a lot of work to make a whole system for that.

Thanks Michael - if I know it is coming then I can wait. Though just the browser would be enough, perhaps setup the same way the options is, with tabs down the side for groups, styles etc.



I kinda like Danny's idea of a tabbed area for the right hand panel too. I'm very used to this idea from modo and CorelDraw. Not sure how it would work out in practice but has the potential to reduce clutter in the side bar

@Pilou
Well you lost 20pix, and win lot of surface with every tab.
Vertical text is readable, only Modeling give some trouble, because the word contains many letters that work in both side I guess ... (M=W ?).

A bit off topic, but I think it would be nice to have some constancy in colors code, between what is selected, or not.
Like having the same color for selected suface/curve in the viewport, and selected/active tab (I still have the filling the actual desaturated blue is not eye catching enough ... I often miss click the tab I want to switch to ...)



(that's having said, I'm not sure about the object surface color :S)

Surer Super Cool Dunny...I love it, it's great for future expansion. I really hope it can make into MoI.

Indeed, tabs could solve a lot of screen estate concerns.

Would be nice to have the possibility to open 2 at once.

Marc

< Well you lost 20pix, and win lot of surface with every tab.
@PaQ
Maybe a cool trick will be satisfy all people ;)
The "Vertical slots" appear over "draw screen" as soon as the mouse arrives one the right Panel !
And disapear when the mouse return on the canvas!

So you have your lot of space for your tabs, and I have my "big screen" on my little latop for draw! :D

Hi Danny, vertical tabs was an idea that I considered very early on in MoI's development instead of the current tab system.

As you know, MoI actually does already has a tab system that re-uses areas of the side pane, these are tabs like "Draw curve", "Draw solid", "Edit", "View", "Construct", etc....

Those allow switching sections of the side pane into different palettes.

There are some down sides to switching though - if you need to frequently use stuff between 2 different tabs then that takes extra time and effort to switch the area back and forth between the different modes. The worst case is if you need to repeatedly ping-pong back and forth between 2 things on different tabs.

By having tabbed areas split up into some smaller chunks rather than as one really big thing, it can help to avoid this problem because it is possible to have more sections open at once, like for example in MoI you can have "Draw curve", "Edit", and "Construct" all open at the same time. Then if you need to go back and forth between these things there is no penalty at all, so that is an extremely significant gain.


Believe me, it is very tempting to re-use space, and a lot of MoI's current UI design is based on space re-use. For example having the xyz control work as a readout and input both, having tabbed palettes, and having the command options area do double duty as an object properties panel in selection mode and then provide options for commands while running a command.

But unfortunately too much really broad space re-use can just lead to too much switching. It would not be bad if it switched into some major different mode and you were planning on staying there for a while. But many of the tasks that you would want to use the scene browser for such as selecting objects does not fit into that kind of thing.


The other problem with vertical tabs that kept me away from them is that the text on them is not as naturally browsable or readable as normally oriented text. It gives a kind of jarring feeling looking over it. It is something that you can get used to over time, but I generally like to try and stay away from things that have a somewhat strange feeling like that.


If I wanted to do switch the entire side pane to a different mode, I would probably use normally oriented tabs at the bottom of the side pane, like where I have currently placed the button to open or close the browser:




But I think the browser is a tool that will be used frequently while modeling, so that makes it hard to have a "modeling" and "browser" mutually exclusive modes I think...

Anyway, thanks for the feedback!

- Michael

Hi olio, thanks for your feedback!


> for an example the layer system, you always talk about the
> layer system in other system that objects can't be in different
> layers at the same time, why is that a bad thing?

It tends to prevent you from being able to make some larger groupings that can be convenient.

Like for instance if you have a car and you have smaller components on individual layers, then you can't have a larger grouping for "front of car" that includes many but not all of those individual components, like only the front 2 wheels instead of all wheels.

It's limiting and it forces you to have to spend more effort thinking about your organization since you have to operate within these boundaries.

This is one part that generally contributes to a kind of restrictive and clunky feeling that tends to go along with old fashioned layer systems. Certainly tastes vary though!


> Rhino (which sometimes I feel you try too hard to be a little different).

Most of the time I am trying to go beyond problems and limitations that I placed into Rhino's design...

Of course some stuff is experimental, that is the nature of change.

But it is generally important to me to try and make improvements in my designs and try to move the forward! If you only want exactly the same thing as Rhino then you already have that in place by just using Rhino...

I really would not have been interested in doing MoI unless it was focused on making progress and also going in different directions than Rhino.


> And for the eye icon, from a designers perspective it bothers
> me a lot, I like the light bulb that you see in rhino and autocad,
> maybe the eye needs some fine tuning, its a bit too harsh on the
> eyes.)

It's really tough to make a good icon that is recognizable but fits into a small space.

I've compared this one to other ones I've seen that try to put too much detail in them, and I definitely prefer this one so far...

If you have a better idea, I'd love to see the design!


I can certainly understand that once you have spent a lot of time with an existing mechanism or design that it can be weird to change to anything else that is different in any way.

- Michael

Hi PaQ,

> Vertical text is readable, only Modeling give some trouble,
> because the word contains many letters that work in both
> side I guess ... (M=W ?).

Actually the readability is a major problem for me, that's one big reason why I did not use vertical text - it is something that I have a general policy to try and avoid if possible.

It is readable but it just takes a little bit extra of concentration to do it... Like a kind of minature headache over and over again. :(

It is extremely convenient for the UI, no doubt about that, but I don't like the jarring feeling that it gives (that's what it does to me anyway).

It is just grates against the sort of "UI vibe" that I'm oriented towards.

Probably it is much less of an issue with a program that is oriented towards expert users only.


> A bit off topic, but I think it would be nice to have some constancy in
> colors code, between what is selected, or not.

Well, there is a lot of functional difference between geometry and buttons in the UI... It just has not been a big priority to try to make buttons look or behave similar to geometry.


> Like having the same color for selected suface/curve in the
> viewport, and selected/active tab (I still have the filling the actual
> desaturated blue is not eye catching enough ... I often miss
> click the tab I want to switch to ...)

You can change the images for them if you like - go to the \ui subfolder underneath MoI's main installation folder and there are several PNG files there that make up the UI skin.

The ones for those tab buttons are named TabButtonBackground* , if you edit those you will change those buttons in the UI.


Anyway, this is going pretty far off topic from the browser and hide/show functionality, do you have any comments more on that topic?


- Michael

Hi Marc,

> Indeed, tabs could solve a lot of screen estate concerns.
>
> Would be nice to have the possibility to open 2 at once.

Yup! But that's why MoI already lets you have more than 2 tabs open at once ever since the first beta of version 1.0 - for example when you start MoI you'll have 3 tabs open at once: "Draw curve", "Edit", and "Construct".

I guess maybe it is not clear since it has been in there for some time, but MoI's overall UI system for the side pane is actually based on tabs already, and they are used precisely to make better use of the screen real estate...

- Michael

Ok, thanks for the button tips, and sorry for the offtopic.

++

Hi Michael,

> There are some down sides to switching though -
> if you need to frequently use stuff between 2
> different tabs then that takes extra time and
> effort to switch the area back and forth between
> the different modes. The worst case is if you
> need to repeatedly ping-pong back and forth
> between 2 things on different tabs.

Well actually, I often ping-pong between tabs now and find the work flow good, compared to dialogue boxes popping up in the middle of the screen, your statement says that there is a down side to what you've got currently implemented in MoI :s

> But unfortunately too much really broad space re-use
> can just lead to too much switching. It would not be
> bad if it switched into some major different mode and
> you were planning on staying there for a while.

I understand what your saying, but a lot of software, even maybe all, have the object organisation in a separate window,popup or fly out as you have shown in your current workings, tabs are neater and don't interfere with the workspace, don't you think?

> But many of the tasks that you would want to use
> the scene browser for such as selecting objects does
> not fit into that kind of thing.

I was thinking, referring to the gif animation, that the 'command options' area will stay in both areas so you still have accsess to change geometry sizes and styles options regardless in which tab your in.

> The other problem with vertical tabs that kept me
> away from them is that the text on them is not
> as naturally browsable or readable as normally oriented text.

Yeah I noticed that when I placed them there, your button on the bottom might be a better option or you could have Icons, like an eye icon on the tab for the browser section.



---------