Another alternative UI
 1-7  …  28-47  48-67  68-87  88-98

Previous
Next
 From:  AlexS (ALEKSEI)
1521.68 
Where is setting the base font interface?

Thank you.
  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.69 In reply to 1521.68 
Hi Alex,

> Where is setting the base font interface?

That one comes from the moi.ini file - look under the [UI] section for the UIFontName value, like this:

[UI]
UIFontName=Arial

- 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.70 
I dont know you but every day i work with MoI I feel the need of a more customized interface, every time more clean, more to your liking. Well, today I finally updated mine after a lot of time and confusion but here it is:


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:  Mike K4ICY (MAJIKMIKE)
1521.71 
As you may have seen, I've taken some liberties with MoI's UI.

I feel that doing so has allowed me to increase my sense of ownership in the MoI concept, such as we all do that frequent this forum.
MoI is a "personal" modeling program, one that is comfortable to use, not bogged down by a zillion buttons or procedures and parametric relations that have to be drudged through.

I've attached a copy of my custom UI, but only the files that I altered and added.
These were intended for V2 and are provided for fun and reference.
If you know what you are doing and are confident with working with the MoI UI structure, then you may find some interest in this.

If you are not familiar with the UI then please MAKE A COPY of your original files first!
Also, I'm not sure if everything is there, so use at your own risk.



The changes I made were:

1) Lighting - I was used to the bland look of SketchUp, and MoI's default lights with the funny midway shadow thing was odd to me.
But when another user posted the thing about tweaking the lights, I tried it out and found this configuration that gives your model a slick plastic look... I like.


2) All of my tweaks that are allowed on any particular software follow a color scheme that I've grown to like. Yes, even my car is a muted teal!
The icons and UI elements have been changed in Photoshop to be aqua, teal and red.

I suggest tweaking them out yourself from PSP or PS by changing the "Hue" and re-saving them.

3) The View panes have a nice fade-out.
4) Added two commands to the pop-up bar in the views, one to center your selected objects and one to go to full screen with no UI.
5) Misc commands added to the Side panel.
6) Tweaked the bottom command bar, moved the view selector over.
7) Gave all the buttons and UI some "bling" treatment with a glossy look.
8) Custom .ini and .css color changes to everything! - Where most of the custom coloration comes from.

Note: I'm always in the process of tweaking the UI and would still like to add a few commands that are non-UI.
There is a fine balance between adding everything you want and keeping the UI pristine and easy on the eyes that Michael has intended.

If you find this UI useful and adopt it, I have no problems with that - just don't go claiming to be me and post tutorials of a questionable nature that would even make an old sailor blush! ;-)
And feel free to donate $ to the "Help get Majik Mike his own copy of MoI (someday) fund" c/o moi3d.com! ;-)

  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:  BurrMan
1521.72 In reply to 1521.71 
The lighting is great majik!!!

I always imagined you were a FormZ user! :o
  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.73 In reply to 1521.72 
You'd think, right? Every icon came pre-aqua & red-ed! (a trap?)
When I started messing with the demo, I said "Man! this must be made for me", ;-)
But it felt really clunky, and I remembered you had to go through too many steps just to do basics that should've been intuitive.
Plus it's UI felt like it was made in 1989.
  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:  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
 

Reply to All Reply to All

 

 
Show messages:  1-7  8-27  28-47  48-67  68-87  88-98