> > Me: "[I'd also like to see] (rotary) knobs."
>> Raney: "I'm not aware of any standards for 'knobs' either for the look or
>> the operation."
>> Sure you are -- you just aren't thinking of it in connection with xTalk
>> interface design. Think of the volume-control knob on a car radio. A knob is
>> round, it's got an obvious marker to indicate which bit of the knob is
>> significant for determining the value of the knob, and you adjust its value
>> by turning it to the left or right. You say that this "knob" thingie is
>> *unimplemented*? Well, *we* can fix *that*, and our implementation will
>> *become* the standard, right?
>
>The problem is that I don't operate the knobs on physical objects with
>a mouse. There isn't even any "twisting" action on a mouse to apply
>to the situation. The only advantage of knobs over sliders is that
>they may be a little bit more space-efficient. But I can't help
>thinking that if they were so great, at least *one* of the GUI
>toolkits out there would have included support for them, but none do
>AFAIK.
Rotary knobs are human interface gimmicks to make your interface look
cool. If you implement rotary knobs (which you can see more and
more), you'll want to make them look like you want. Go ahead and
create them yourself, you need only two objects, the knob itself and
the indicator. The knob stays where it is, and if the indicator is
round too, it is only positioning it (hey, you've learned trigeometry
in scool, didn't you ;-)
If the indicator is, say, a red bar, you'll have to calculate the
position of the start and the end.
Regards
R�diger
--------------------------------------------------------------------
| Ruediger zu Dohna GINIT GmbH 0721-96681-63 [EMAIL PROTECTED] |
| PGP-Fingerprint: F1 BF 9D 95 57 26 48 42 FE F8 E8 02 41 1A EE 3E |
--------------------------------------------------------------------
