It is my own creation that I scribble down on notepads… I think it is similar to the way a program like SDL will draw to the screen very quickly. What happens is I get basic details of a rectangle, I take the shorter side, minus it from the greater side, get the difference (w) … I then have a ratio between how many pixels left to how many pixels up I should be drawing. I can find the size of the Width and Length of this rectangle by being given the start point and the end point only.
When you have different sized rectangles, the ratio R is changing. Say for instance a rectangle 10 high, 5 wide. 10 - 5 is 5… if you drew diagonal line across from the bottom… it would take 5 extra pixels upwards to reach the top. If the rectangle were 16 by 3… that’s 13 extra pixels up… you divide 13 by 3 to get R (4 with a remainder of 1), this ends up saying every time you go across… move up 4 times.
I am still working on a better version. The remainder (or error E as I call it) may not be the suitable option. A int() or adding up the fractions gives an accurate lines with evenly spaced pixels in between.
grabline() is where it will figure out what pixel numbers need to be drawn on
0,1,2,3
4,5,6,7
8,9,0,1
2,3,4,5
and details are the ratios of the rectangle.
Get me some wires a breadboard and some counter chips… I could be drawing lines on a monitor : )
That would be cool!