On Sat, Feb 27, 2016 at 7:47 AM, Peter Bogdanoff wrote:
> I tried both solutions, and I’m going with K.C.’s solution at the
> present—it was easy to understand :)
>
> Hermann’s seems to allow for more flexibility, and I might need that after
> user testing.
>
> My suggestion is
Peter,
now I got it ...
You could use finer steps for the whole scrollbar.
The use, say between -2 and 2 these finer steps, may be steps of size 0.1,
and if the value is greater smaller than -2 or greater than 2 use a
value rounded to the next integer or fraction of an integer.
Example:
On Fri, Feb 26, 2016 at 4:05 PM, [-hh] wrote:
> You could use finer steps for the whole scrollbar.
Years ago I had to do this kind of scaling with a physical audio fader on
a digital control surface. For some reason that escapes me for the moment,
I wanted to simulate a log
Peter,
now I got it ...
You could use finer steps for the whole scrollbar.
The use, say between -2 and 2 these finer steps, may be steps of size 0.1,
and if the value is greater smaller than -2 or greater than 2 use a
value rounded to the next integer or fraction of an integer.
Example:
I tried both solutions, and I’m going with K.C.’s solution at the present—it
was easy to understand :)
Hermann’s seems to allow for more flexibility, and I might need that after user
testing.
Thanks both!
Peter
On Feb 26, 2016, at 2:43 PM, Peter Bogdanoff wrote:
>
Hermann,
Reading your last message again….
The slider is marked in absolute increments of -5, -4, -3, -2, -1, 0, 1, 2, 3,
4, 5.
The user moves the thumb to a position with a corresponding output of one of
those numbers. That position is saved in the preferences.
I take the output from the
Thanks Kay and Hermann,
I’m using the mobGUI slider.
The range of settings chosen on the slider can be -5 to +5. That range of
values equals a span of 1 second—up to 1/2 second (300 blocks on the player)
slower or faster. The actual position selected by the user will result in a
time
> Kay C. wrote:
> But then again I failed English so maybe I completely misunderstood what
> Peter was trying to achieve with his slider. :-(
@Kay C.
I didn't want to critisize you with my answer, sorry.
Of course you are correct with the "rounding", he said he can "vary the
events by 1 second",
On Fri, Feb 26, 2016 at 9:18 PM, [-hh] wrote:
>
> Yes K.C., that's my proposal too.
> Allow me to write this a little more math-like.
>
Very nice, but Peter explained that he's 'seriously math deficient'. I
wrote mine so he might understand whats going on and be able to amend
> hh wrote:
> function f n,x
> return x*abs(x^(n-1))
> end f
Sorry that's wrong. Should read
function f n,x
return x*abs(x)^(n-1)
end f
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe
I knew Hermann would solve this.
Craig
-Original Message-
From: [-hh] <h...@livecode.org>
To: use-livecode <use-livecode@lists.runrev.com>
Sent: Fri, Feb 26, 2016 8:20 am
Subject: Re: Math question
>> Peter Bo. wrote
>> How would one modify this to return tOf
>> Peter Bo. wrote
>> How would one modify this to return tOffset as a smaller change when tData
>> is near zero, and the opposite when tData is near the maximum?
> Kay C. Lan wrote:
> I think what you need is use x to the power of. ie x*x, x*x*x, or x*x*x*x
Yes K.C., that's my proposal too.
On Fri, Feb 26, 2016 at 1:09 PM, Peter Bogdanoff wrote:
>
> How would one modify this to return tOffset as a smaller change when tData
> is near zero, and the opposite when tData is near the maximum?
>
If I run your handler for values of -5 to 5 I get this:
-220
-160
-100
-40
Hi,
I’m seriously math deficient.
In my application’s preferences I have a slider that the user can set a value
from +5 down to -5, where 0 is the default and the user can then modify that.
The result is currently linear but I’m thinking that I want finer control
around the zero midpoint but
14 matches
Mail list logo