Another alternative UI
 1-13  …  34-53  54-73  74-93  94-98

Previous
Next
 From:  BurrMan
1521.74 In reply to 1521.73 
It's got some powerful toolsets though, but just very hard to use (You must fully commit to it)

They also have a MoI-alike that is pretty cool, but I cant justify it. MoI WILL have those tools, and I can get around not having them for the time being.
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Mike K4ICY (MAJIKMIKE)
1521.75 In reply to 1521.74 
> MoI WILL have those tools...

Gentle persuasion, my friend... ;-) Give a mad scientist enough chalkboard and time and he'll eventually crack the Theory of Everything.

He made the Flow tool... surely it'll all come in due time.


Pssst... (variable fillets, shear, FFD, groups, +2 multi-edge surfacing with tangency options....)
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  SW03
1521.76 
Hey Ed,

I really like the dark UI you made. Mind to share?

Greetings,
Sebastian
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  ed17 (ED17ES)
1521.77 
Sure, here it is but its all about shortcuts cause I removed a lot of buttons, but I think if you replace the sidepane.htm file with the one I attached you get the colors and keep your buttons plus you get separate tabs for construct and transform. BTW with "I" you get a plugin gallery.
Attachments:

  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  SW03
1521.78 
Cool! Thanks very much!
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Luis (LFUNG)
1521.79 
Hi Michael, all,

I tried installing the darkui theme from ed17, but I could not get it to work on the latest V3 beta (see below). It works fine with the default ui if I copy back the original folder though.

I tried changing some css params and looked around but nothing worked. Am i missing something? (e.g. a file, icon or config option, couldn't see anything weird on the moi.ini file either). eventually I'd like to a crack at creating an alternative UI, but I'm not sure if its my machine that's gone broke. I'd appreciate any help on this.

Thanks,

-L

BTW, I'm on Win7 if that matters. :)

Attachments:

  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
1521.80 In reply to 1521.79 
Hi Luis,

> I tried installing the darkui theme from ed17, but I could not get it to work
> on the latest V3 beta (see below).

I think that darkui theme was written for v2 - many mechanisms in the UI have changed in v3 so full custom UIs that were written for v2 cannot be used directly in v3.

One of the big changes is that the UI in v3 is specified more fully in the CSS with declarations for things like gradient fills and rounded corners. V2 used bitmaps for making all those kinds of things instead of CSS declarations.

If you want to make an alternative UI for v3 it would involve starting with the new v3 UI and editing moi.css , you can't really start with a v2 UI since it was built using a different system.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
1521.81 In reply to 1521.80 
Also the v3 UI will probably go through some more changes yet, some discussion on that here:
http://moi3d.com/forum/index.php?webtag=MOI&msg=4607.21

When it's all done I want to have just one color definition file that could be edited to make different color schemes. Since the UI is now made up of procedurally generated stuff like gradient fills it will be possible to edit it just by changing color rgb values rather than having to make a complete new set of bitmaps for every different scheme like the v2 UI would have required.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Luis (LFUNG)
1521.82 In reply to 1521.80 
Thanks Michael,

I took a look around and for the most part I thought it might be a cinch now that you're moving towards using CSS styles. :(

Couple of things I ran into:

1. Seems like the top and bottom panels in the MainWindowLayout.xml only go as far as the edge of the right panel and have a fixed height.
It would be nice to set it up to go all the across and have it sized according to contents.

2. Found a mix of moi specific controls and standard html/js/css going on in the ui, but failed to find a common thread. Maybe i need to spend
more time looking at it. :(

Questions:

- Is it possible to embed moi-specific controls around standard 'div' elements and use js to control their states? (e.g. position, visibility, etc.)

- Even better yet, is there a way to put the ViewPanel inside a div and have it auto-size via js?

- Would it be possible to create the MainWindowLayout as a standard html file?

This may be the way to start enabling the current ui so that it can be even more extensible and more easily skinnable with hopefully just a few minor tweaks.

Let me know if any or all of these are possible, or there are other ways to go about it...if not then I'll just submit my thoughts as feature requests ;)

Thanks for your prompt response, :)

--Luis
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
1521.83 In reply to 1521.82 
Hi Luis,

> 1. Seems like the top and bottom panels in the
> MainWindowLayout.xml only go as far as the edge
> of the right panel and have a fixed height.

They actually go as far as they can fit within the available remaining space.

By default there is no top panel, so I'm not sure what you mean by the top panel, have you added a custom one?

The order of the elements inside MainWindowLayout.xml is significant, because each one carves out some portion of the main window and then leaves a smaller remaining area for the next ones to carve out.

In the regular default arrangement the side pane comes first and docks to the right side - that carves off the right side of the window and then after that any top or bottom panel will be contained within that smaller area.

If you want for a top or bottom panel to go all the way across the main window, you've just got to move it to the top of the list of panels instead of having it come after the side pane one.


> It would be nice to set it up to go all the across and have
> it sized according to contents.

They already do automatically size according to the contents, except for the dock="fill" one which takes up all remaining area.

Just put any one that you want to go all the way across to be at the top of the list.


> 2. Found a mix of moi specific controls and standard html/js/css
> going on in the ui, but failed to find a common thread. Maybe i
> need to spend more time looking at it. :(

It's pretty much all made up of standard html but there are a few additional mechanisms set up for managing the html. The custom tags that you see are there as a kind of templating mechanism so that if you want to use a control you can just put in a single tag and it will insert a chunk of HTML inside of it for all the "guts" of the control.

To find the HTML that is inserted just look for a file that has the same name as the tag being used.

So for example when you see a <moi:CommandButton> tag, find the file CommandButton.htm in the \ui sub-folder to see what HTML gets injected inside of that control to make it up. For that control for example there is an image and then a div for the line of text underneath it.

The controls are styled by CSS that can address the control's containing tag and also applies stuff to the inner template-inserted content as well.


> - Is it possible to embed moi-specific controls around
> standard 'div' elements and use js to control their states?
> (e.g. position, visibility, etc.)

It depends on the particular control - some controls are only meant to contain something like a single image inside of them and so are not set up to contain additional HTML inside of them - the window control button like for the X close is an example of that.

But other controls are meant to contain more content inside of them like a <moi:PushButton> - if you look at the template definition for controls like that, you'll see a %content% declaration in them - that's where any content inside the declaration of the control gets inserted into the template.

So for example if you want to put some HTML inside of a <moi:PushButton> you just put it inside the tag same as you would inside a div or whatever, like this:

code:
	<moi:PushButton style="white-space:nowrap">
		<b>Some bold text</b>
		<ul>
			<li>list 1</li>
			<li>list 2</li>
			<li>list 3</li>
		</ul>
	</moi:PushButton>


You control position and visibility of these elements same as any other HTML element - they are just regular HTML elements with a custom tag name since it's basically more convenient when doing program UI to declare a push button tag with a custom tag name rather than just using divs and lots of classes since that's more text to deal with.

> - Even better yet, is there a way to put the ViewPanel
> inside a div and have it auto-size via js?

No, the view panel is arranged using the custom layout mechanism that handles arranging the contents of a frame window, it's controlled by the MainWindowLayout.xml file and not by HTML itself. HTML doesn't quite have as convenient a mechanism for top level window panel layout so MoI implements a custom layout mechanism for that part.

> - Would it be possible to create the MainWindowLayout as a standard html file?

Why do you want to do that, I'm not sure what you would have to gain by that...

You could make the whole thing one single HTML file I guess by putting in one UI panel that had dock="fill" so it took up the whole window but you will not be able to place viewports if you do that way because the view panel that contains the viewports are not an HTML control.

The viewports don't really fit in well as an HTML control, they're a highly specialized custom control that can't really be represented well by html tags, it needs a totally custom client window to do a good job for the viewports.


Anyway, I hope this gives you enough information to make more sense of stuff.


Please keep in mind that like I mentioned things are still probably going to change to some degree, I would not say that the UI structure is fully nailed down yet.


- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
1521.84 In reply to 1521.82 
Hi Luis, also a bit more info on custom tags - custom tags are actually supported by most regular browsers as another way to control styling.

Basically when a browser sees a tag that it does not recognize, it still treats it as an element and gives it a default style of display:inline making it behave like a <span> by default.

But you can apply styles to custom tags same as any other kind of tag.

For a quick example see the attached example file, and load it into a WebKit browser or Firefox.

Custom tags also work in IE but they have to go into a namespace and you need to add an xmlns declaration to the <html> tag for them to actually work. That's basically why I got used to using the moi: namespace for custom tags, but I decided to keep doing that since it makes it easier to tell that something is a custom tag or not.


Without custom tags you would end up writing a ton of stuff that looks more like <div class="MoiPushButton"> which is more annoying to write than just <moi:PushButton>


You may not want to use the custom tag technique for writing a regular web site, but it's convenient for MoI's particular use of HTML for its own UI.

- Michael
Attachments:

  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Luis (LFUNG)
1521.85 In reply to 1521.84 
Thanks Michael,

I'm no CSS3 master yet, but I see where you're going... :)

Question:
- How do I group a list of commands that includes elements from different commandsets (e.g. line, polyline, curve through points, etc.) into a single menu or palette so I can create a shortcut of frequently used commands without having to click on the particular group? a short snippet would be great! :)

also, how can I have CommandMenuButton auto-expand when hovering over it instead of showing the clickable arrowhead? is the flyout window size fixed? resizable after displaying?

Sorry for bothering you so much...just seeing where i can improve my workflow...cause i easily forget what + which tools are available to do certain things...then again i'm a relative noob on modeling. :)

Thanks!

Luis
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
1521.86 In reply to 1521.85 
Hi Luis,

> - How do I group a list of commands that includes elements
> from different commandsets (e.g. line, polyline, curve through
> points, etc.) into a single menu or palette

You'd just gather together the various <moi:CommandButton> tags for each one of those from the SidePane.htm file and put them together - the thing to watch out for is that they must go into a <table> structure similar to how they are currently inside of the regular SidePane.htm - that's because the command set UI (the little sub-menu thing with the individual commands on it) expects to see the command set button to be in a table and adds a new table row above it to hold the individual command buttons.


> also, how can I have CommandMenuButton auto-expand when
> hovering over it instead of showing the clickable arrowhead?

You could do this by adding an onmouseover="" javascript event handler to the button that then called the moi.ui.showMenu() function.

Here's an example file menu button that opens when you just move the mouse over it:
code:
	<moi:CommandMenuButton
                  menu="FileMenu.htm" icon="res://fileicon"
                  onmouseover="if ( this.contains(window.event.fromElement) ) return;
                          moi.ui.showMenu( 'FileMenu.htm', this, 0, 0 );">
                  <moi:Text textid="File"/>
        </moi:CommandMenuButton>


> is the flyout window size fixed? resizable after displaying?

The flyout window automatically sizes itself to the content inside of it and it's not really meant to be resized - if you want something with a resizeable border you should use a dialog for that instead of a flyout. But you may be able to get a flyout to resize to changes in the HTML if you call moiWindow.contentChanged() from script inside the flyout.


> Sorry for bothering you so much...just seeing where
> i can improve my workflow...

Just keep in mind that since the UI will be probably changing some more, you will most likely run into problems in future betas if you do these kinds of customizations right now. You may need to redo them later on and you would need to modify them to incorporate new UI that I'm adding in each beta as well.

Early in the beta process is not really a good time to be doing these kinds of extended customizations because of the potential for changes.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  ed17 (ED17ES)
1521.87 
Talking about UIs... What do you think Michael, about cycling shortcuts like in photoshop? And assigning a shortcut to a group of tools??
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
1521.88 In reply to 1521.87 
Hi Ed,

> Talking about UIs... What do you think Michael, about cycling shortcuts
> like in photoshop? And assigning a shortcut to a group of tools??

Could you maybe describe again what those are in a bit more detail?

For the second one do you mean bringing up a "command set" group of tools like the line tools with a shortcut key? If so then that's possible currently with setting the following script on a shortcut key:

script: /* open line tools */ moi.command.execCommandSet( 'lines' );

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  ed17 (ED17ES)
1521.89 
Well, with "cycling shortcuts" i mean that you can press a letter for example "L" and it activates the line tool, but if you press the "L" letter a second time it activates the polyline tool and then if you continue pressing that key it cycles through them. Then you can apply a shortcut to a group of tools.
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  ed17 (ED17ES)
1521.90 
In photoshop it works by default with "shift" plus the original key, but it has an option for just pressing a key repeatedly without the shift key.
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
1521.91 In reply to 1521.89 
Hi Ed, well I guess with a system like that you would be looking at setting up some dozens or maybe hundreds of default keyboard shortcuts right out of the box.

MoI's shortcut key philosophy is sort of opposite of that - it's more like letting you set up shortcut keys that personalize things to how you may want to do things with only a pretty small number of defaults.

But it would probably work to use scripting to make a cycling shortcut like you are describing - at the moment though the name of the current command is not exposed to script, so that's something I can add to the script interface for the next beta and I think that will then make it possible to create a script to do that type of cycling.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Luis (LFUNG)
1521.92 In reply to 1521.86 
I still don't know why I decided to do this, i guess it's my feeble attempt at being creative and trying to organize stuff for myself.

I called it "minimoi" because I wanted to illustrate something simple and minimal and also because its also an alternative version of "minime". :)

Maybe one day I'll finish it as an alternative ui thanks to the wonderful work of Michael Gibson. Just thought I'd share it with you all.

If any one wants to contribute some icons feel free!

-Luis


Attachments:

  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  mjs (MSHIDELER)
1521.93 In reply to 1521.92 
Luis:

That is a pretty cool looking gui.

I like it and would enjoy interacting with it.

mjs
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged
 

Reply to All Reply to All

 

 
Show messages:  1-13  14-33  34-53  54-73  74-93  94-98