Re: Slider values
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. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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 away from what you originally intended, you again will have to do some funny calculation if you rely on the actual numeric value of the thumbPos. 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. A very helpful stack to get people unstuck, but this really is both an IDE and an engine bug IMO. Thanks :-) Best regards from Paris, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Plugins, tutorials and more on our website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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 if the thumbSize was set to 0 and the pageInc to 10, but I couldn't set them independently. Perhaps this is the problem. This could be related, but I don't think it will help the ticks. The actual number of ticks marks is wrong, and I don't think that can be affected by changing the thumbSize. I could be wrong, but that would just add more credence to needing to have this work by default =)! - Brian ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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 will have to do some funny calculation if you rely on the actual numeric value of the thumbPos. A very helpful stack to get people unstuck, but this really is both an IDE and an engine bug IMO. - Brian 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 + 1) end scrollbarDrag on mouseUp set the thumbPos of me to the thumbPos of me end mouseUp Le 9 juin 05 à 04:09, Michael J. Lew a écrit : 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 bar click" value (pageInc property) set to 10. Here is a challenge: Make a slider control that starts at 0 and increments by exactly 10 when you click on the bar, up to 100. It is certainly possible, but not easy if you don't know the trick. Best regards from Paris, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Plugins, tutorials and more on our website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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 displays 10 ticks. There should be 11: 0,10,20,30,40,50,60,70,80,90,100, My guess is that somewhere the engine is doing something like: numTicks = (maxValue - minValue)/(pageIncrement - lineIncrement) 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 if the thumbSize was set to 0 and the pageInc to 10, but I couldn't set them independently. Perhaps this is the problem. Dave ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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 + 1) end scrollbarDrag on mouseUp set the thumbPos of me to the thumbPos of me end mouseUp Le 9 juin 05 à 04:09, Michael J. Lew a écrit : 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 bar click" value (pageInc property) set to 10. Here is a challenge: Make a slider control that starts at 0 and increments by exactly 10 when you click on the bar, up to 100. It is certainly possible, but not easy if you don't know the trick. Best regards from Paris, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Plugins, tutorials and more on our website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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 example, for a slider with values from 0 to 100, pageInc = 10 and lineIncr = 0 (as described in this thread), it displays 10 ticks. There should be 11: 0,10,20,30,40,50,60,70,80,90,100, My guess is that somewhere the engine is doing something like: numTicks = (maxValue - minValue)/(pageIncrement - lineIncrement) This seems intuitively ok at first (100 divided by 10!) but it should actually be the above plus 1, since you want ticks at both the min and max values. As it is now, what you get is a slider that stops on 10,20,30,etc but the ticks marks are actually at 11,22,33,44,55,etc - which looks very awkward. I'll BugZilla #2 as an engine bug unless someone else sees something here, but as far as I can tell it makes it impossible to properly display a slider, since paging left and right misses the ticks completely! - Brian > 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 in addition to such > unexpected behaviour. I would like to see them cleaned up > substantially at some stage. They are awkward to use in any > quantitative way because their lineInc, pageInc and numberFormat > properties are all interlinked. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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 in addition to such unexpected behaviour. I would like to see them cleaned up substantially at some stage. They are awkward to use in any quantitative way because their lineInc, pageInc and numberFormat properties are all interlinked. 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 bar click" value (pageInc property) set to 10. Here is a challenge: Make a slider control that starts at 0 and increments by exactly 10 when you click on the bar, up to 100. It is certainly possible, but not easy if you don't know the trick. Regards, -- > Michael J. Lew > 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? -- Michael J. Lew Senior Lecturer Department of Pharmacology The University of Melbourne Parkville 3010 Victoria Australia Phone +613 8344 8304 ** New email address: [EMAIL PROTECTED] ** ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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,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 bar click" value (pageInc property) set to 10. Here is a challenge: Make a slider control that starts at 0 and increments by exactly 10 when you click on the bar, up to 100. It is certainly possible, but not easy if you don't know the trick. Regards, -- Michael J. Lew Senior Lecturer Department of Pharmacology The University of Melbourne Parkville 3010 Victoria Australia Phone +613 8344 8304 ** New email address: [EMAIL PROTECTED] ** ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider values
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? 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 bar click" value (pageInc property) set to 10. Here is a challenge: Make a slider control that starts at 0 and increments by exactly 10 when you click on the bar, up to 100. It is certainly possible, but not easy if you don't know the trick. Regards, -- Michael J. Lew Senior Lecturer Department of Pharmacology The University of Melbourne Parkville 3010 Victoria Australia Phone +613 8344 8304 ** New email address: [EMAIL PROTECTED] ** ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Slider values
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 bar click" value (pageInc property) set to 10. Here is a challenge: Make a slider control that starts at 0 and increments by exactly 10 when you click on the bar, up to 100. It is certainly possible, but not easy if you don't know the trick. Regards, -- Michael J. Lew Senior Lecturer Department of Pharmacology The University of Melbourne Parkville 3010 Victoria Australia Phone +613 8344 8304 ** New email address: [EMAIL PROTECTED] ** ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution