Changing the openGL colors in the Axis GUI

loboy wrote:

Thanks for the input about the Tabs. For me personally, I think if there needs to be expansion, I would rather pop a window instead. The tab coding is difficult to manage and not very friendly. It took me a while to figure out how things were being abstracted by the tabs. Plus the tabs are difficult to style.

Hmm.. just thinking.. separate windows, moveable, but docked when out of the way, interesting. I can see the DRO in one of these.

The max velocity setting is for limiting Rapids during testing of programs.
I was toying with the idea of having the max velocity as a percentage and tie it to feed override when in single block mode.
The Okuma lathe I used was like.

cmorley wrote:

The max velocity setting is for limiting Rapids during testing of programs.
I was toying with the idea of having the max velocity as a percentage and tie it to feed override when in single block mode.

Yes I see it now. Feedrate Override controls feedrate only, Max Velocity controls Rapids and Feedrate. As you said, handy during prove out. Some controllers break out the rapid function on the panel, but I see the usefulness of having it combined.

In an ideal world we have individual feed rate and rapid rates defined for each axis. In the ini I see max velocities for each axis, but no max feedrate. Not sure if I'm reading it right.

On another thought, the sliders could all be percentages:

Feed Override 0-120% (or whatever the max is set to in the ini)
Spindle Override 0-120%
Rapid Override 0-120%
Jog Override 0-120%

I guess there's more than one way to skin a cat.

Jay

To change the live plotter colors in Axis you have to copy the contents of the file:

/usr/share/doc/emc2/axis_light_background

into the file

~user/.Xresources

I had trouble with this because the file .Xresources is hidden and I had to create it. Simple, but I was confused as it is something that is not related to Axis at all.

So, here is my new rearrangement of the interface.



I decided on designing it for a portrait mode. All the elements just laid out cleaner and I actually prefer the monitor this way.

very neat and readable.
Compliments!!

I got to hand it to you, GUI design is in your blood! Now to see if we can get a touchscreen that will fit this configuration.

Jay

Thanks all.

I am a designer by trade, and have designed quite a few websites interfaces.

Next up, I am tackling some openGL lighting issues and such. Fattening up some of the lines for readability and enlarging the little DRO in the corner.

I am also now getting into the guts of the pop-up windows, and cleaning those up as well.

The mechanics of the interface are also much better, as when a file is running everything is much easier to see from across the room, and the button and scale bar interaction is much more satisfying.

I dropped the tabbed DRO, and I dropped the history frame as well. I just started to test this out in a production environment, so I'll see how fluid the motions are when in full swing. I may want the history section back...