Oh, hey, where was I?
Ok, well the report looks good. My votes are going in.
http://support.runrev.com/bugdatabase/show_bug.cgi?id=2644
Posted on March 1st 2005 after a long thread about this between Ken
Ray, Richard Gaskin, Paul Looney and me.
___
Hi Brian,
Le 9 juin 05 à 11:38, Brian Yennie a écrit :
This is helpful. I do, however, think it should still be considered
a bug that one needs a special script in order to correct how
sliders work when created in the IDE.
Plus, since the script below actually modifies the pageIncrement
aw
Dave,
Or could it be that the thumbSize value is taken into account as it
would be when working with scrollbars? (Or would it? My brain always
hurts when doing this kind of arithmetic.) I notice that the thumbSize
is always set to the pageInc value with sliders. I wondered what would
happen i
Eric,
This is helpful. I do, however, think it should still be considered a
bug that one needs a special script in order to correct how sliders
work when created in the IDE.
Plus, since the script below actually modifies the pageIncrement away
from what you originally intended, you again wil
On 9 Jun 2005, at 08:06, [EMAIL PROTECTED] wrote:
2) There appears to be an engine bug with the number of ticks
displayed
(at least on MacOS X). There is one too few. For example, for a slider
with values from 0 to 100, pageInc = 10 and lineIncr = 0 (as
described in
this thread), it disp
Hi Michael and Brian,
May be you could have a look to my How-To stack "How to manage
scrollbars" (available through Tutorials Picker: see my website).
It does the trick with the rigt ticks marks :-)
on scrollbarDrag pPos
set the pageInc of me to the endValue of me / (the endValue of me
+
Agreed. I can suggest two simple changes that seem as though they would
make sliders work out of the box:
1) Change the default lineIncrement to 0 for slider style objects
2) There appears to be an engine bug with the number of ticks displayed
(at least on MacOS X). There is one too few. For exam
Well done Brian. Yes, setting the (invisible) lineIncrement property
to zero fixes the numbers.
I didn't notice that the little ticks were wrong. I don't know how to fix them.
Your initial comments regarding a new user are exactly my sentiments.
There are a couple of bugs in scrollbar objects
Setting the lineIncrement property to 0 seems to solve it... except:
a) I had to discover lineIncrement and set it by script
b) The ticks marks are wrong
So, what IS the trick?
What do these number series have in common, and what is the underlying
pattern?
a: 1,2,3,4,5,6,7,8,8,9,10;
b: 1,10,2
Well that certainly is interesting- it appears that setting pageInc to
10 actually gets your slider to increase by 9.375 at a time.
By jove, I guess I could script around it, but how would a new user
ever use this?
What do these number series have in common, and what is the underlying
pattern?
What do these number series have in common, and what is the underlying pattern?
a: 1,2,3,4,5,6,7,8,8,9,10;
b: 1,10,20,29,38,48,57,67,76.
The answer is they are the series of values that you get when you
click on the bar of (a) a fresh, unadjusted slider control, and (b) a
slider with its "On ba
11 matches
Mail list logo