| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | 545 - graphics mode is now called bringing up a window | Kartik K. Agaram | 2015-01-12 | 1 | -2/+2 |
| | | |||||
| * | 503 - start of a solution for drawing pieces | Kartik K. Agaram | 2015-01-05 | 1 | -5/+2 |
| | | | | | | | | | | | | Dog slow, though. Drawing the sprite for a single piece takes 12s or 30ms/pixel for 400 pixels. A third of that is the actual racket overhead of drawing pixel by pixel, which would in itself be too much. We need bitblts. (Black queen pixels derived from http://www.wpclipart.com/recreation/games/chess/chess_set_1, after scaling down to 40x40 and replacing external white pixels with transparent ones in Gimp.) | ||||
| * | 443 - simple graphics primitives | Kartik K. Agaram | 2014-12-23 | 1 | -0/+20 |
| http://docs.racket-lang.org/graphics/Mouse_Operations.html Like with the text mode primitives, we still don't have a story for writing white-box tests for code using these. | |||||