On 23/06/2009, at 4:19 AM, Stephen Blinkhorn wrote:
The click and drag number box is very much a standard in audio
applications, for example, Apple's Logic Pro.
Audio apps do seem to plough their own furrow when it come to UI
though - it's not necessarily going to generalise.
But why no
That's a good point actually. Everything I do in my software
happens inside one window with no scroll bars etc. For completeness
here is my current number box class :)
designed for non-editable text field naturally.
Stephen
___
Cocoa-dev mailin
On 22 Jun 2009, at 14:16, Quincey Morris wrote:
(2) *Nested* wheel-scrolling behavior can be a frustration for
users, because it forces them to stop and think what the effect of
using the scroll wheel is going to be. This is just exacerbated when
some of the behavior is "harmless" adjustmen
On Jun 22, 2009, at 11:19, Stephen Blinkhorn wrote:
On 22 Jun 2009, at 09:11, Graham Cox wrote:
The standard way to handle this is to pair an ordinary text field
with a stepper control (and maybe a slider, if you have space). The
stepper allows the user to spin the value up or down while th
On 22 Jun 2009, at 09:11, Graham Cox wrote:
The standard way to handle this is to pair an ordinary text field
with a stepper control (and maybe a slider, if you have space). The
stepper allows the user to spin the value up or down while the text
field allows them to type a value.
I'm usin
On 23/06/2009, at 1:02 AM, Stephen Blinkhorn wrote:
I need a scrolling number box type object for my GUI. At the moment
I am subclassing NSTextField and overriding mouse and scroll wheel
events so a user can drag the numeric value up/down. This seems a
bit clumsy somehow.
Perhaps a bet
Morning Cocoa-Dev,
I need a scrolling number box type object for my GUI. At the moment I
am subclassing NSTextField and overriding mouse and scroll wheel
events so a user can drag the numeric value up/down. This seems a bit
clumsy somehow.
Perhaps a better idea would be a custom
