Strange colors
Posted: Wed Apr 10, 2024 3:55 pm
All.
This post is based on an earlier thread here (of low life expectancy) about the idea that the backColor of a control can be an integer. This is, er, not well documented.
This automated sample stack sets the backColor of a control to all the integers up to 260. I went above 255 just to see what would happen. Integers above 255 are black.
It is a show. The progression seems to visually repeat, but although the control seems to show the same sequence of colors, they successively darken. Also, the timing of each "progression" is the same for six "passes", but then, around the 210 mark, changes.
It is interesting to see, if one examines the sorted output field line by line, how the number "51" seems to be of interest. Note that 255 mod 51 = 0. Hmmm.
I always use "42".
One handler in the button "Begin".
Craig
This post is based on an earlier thread here (of low life expectancy) about the idea that the backColor of a control can be an integer. This is, er, not well documented.
This automated sample stack sets the backColor of a control to all the integers up to 260. I went above 255 just to see what would happen. Integers above 255 are black.
It is a show. The progression seems to visually repeat, but although the control seems to show the same sequence of colors, they successively darken. Also, the timing of each "progression" is the same for six "passes", but then, around the 210 mark, changes.
It is interesting to see, if one examines the sorted output field line by line, how the number "51" seems to be of interest. Note that 255 mod 51 = 0. Hmmm.
I always use "42".
One handler in the button "Begin".
Craig