Hello Guest it is April 27, 2024, 09:47:07 PM

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - washcomp

Pages: « 1 2 3 4
31
Benny,

Great work!  Just a couple of suggestions:

The cosmetic "glare" on the readouts makes them look realistic, but also introduces the negative of artificially introducing glare (something we fight to reduce).

The "tests" that I apply to a screen set are:
1)  Is everything that I am likely to need to see or do within one keystroke?
2)  Are tasks which are used together in a single location?
3)  Is the use of (even rarely used) a group of functions (and the order of their usage) intuitive from the layout of the screen.
4)  Are potentially dangerous actions difficult to take because the functions are blocked out (or at least on inconvenient other screens).

At this point, hopefully, the screen design is optimized for the intended usage.

After this, I would look at whether a change in the "cosmetics" (color, shape, style) make it easier to achieve the above.  Some colors are associated with certain functions (green/go, red/stop, etc.) and can make the associated features easier to find.

At this point, a machinist familiar with MACH3, but not with your screen set, should be able to immediately use the tool with a minimum of studying or fear (think getting behind the wheel of a different model automobile).

Further cosmetic embellishment may be made as long as it doesn't interfere or distract from the above objectives.

The screens should be easy to edit, but if the designer has done their job properly, there should be a minimum of editing required.   

I agree with much of what Olivier said, yet this should not be interpet ed as a criticism.  Olivier was simply indicating his experiences and conclusions as a caution of where to be careful as you develop your screens.  I did a bunch of work on screens a few months ago.  I found that they were quite easy to use, though others went their own ways.  I stopped developing them as MACH3 kept changing and it was simply easier to go with the flow of default screens for the time being.

I respectfully disagree with something John P. said.  An MPG is certainly useful (though the way they are currently supported by MACH menus is not optimal, but won't go into that here), but I think that, unless you have three of them, a joystick (or screen button clone) is useful for gross jogging.  As touch screens become more prevalent (I would use nothing else from now on - environment allowing), all such functions should be available by screen buttons properly proportioned for this usage.

I think you have done a good job on many of the above.  I would be curious what people think of the above "tests".  Are they all valid, should more be added?  I find it useful to have a set of tenets to throw my work against, when I am designing.  It keeps me from gong on tangents.  If my work deviates, I evaluate whether to add another rule allowing the divergence, else I pull back within the constraints I've set up.

If you want to meet halfway, I'll be in Hawaii next week :-)

Keep up the good work,
Jeff


32
Newfangled Solutions Mach3 Wizards / Re: Teach Wizard A Bit more
« on: January 18, 2006, 01:11:09 PM »
How about a laser scanner capability for following a line.  I suspect the lenses on many webcams may throw too much distortion into the system unless you limit the "aperture" to a small part of the center of the lens.

Jeff


33
Might want to think about this in the context of scale.  As an example, think of someone who wraps fishing rod guides with thread as opposed to someone wraping large electrical cables or firehose on a capstan.

Just a thought.  The more flexible the better.

Regards,
Jeff


34
All good points :-)
Back when I was using SD a lot, I posted a bunch of suggestions (many of which I suspect I've forgotten).  A few stick in mind:

Having the ability to have buttons change function (from "cycle on" to "cycle off" or from "coolant off/mist/flood" on a contextual basis would save screen space without giving up content.  Only those buttons which were live at a given time would be bright, the unusable ones would be greyed out (or disappear completely).  While it is important for a physical push button station to have both buttons, a "toggle" approach would be more efficient for a display.

Having text linked to (but not part of) the bitmap of a button would allow buttons to be re-scaled without distorting the text.  It would also allow contextual changes of the text without changing the underlying button.  In addition, foreign language screens could be much more quickly created without a complete re-design.

As I remember them, I'll post my old suggestions.

Jeff

 

Pages: « 1 2 3 4