Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | mouse buttons are integers, not strings | Kartik K. Agaram | 2022-06-14 | 1 | -1/+1 |
| | | | | | | Not sure where that idiom comes from or why strings work in some places (auto-coercion?). I picked it up off some example apps. But https://love2d.org/wiki/love.mouse.isDown says it should be an integer. | ||||
* | override mouse state lookups in tests | Kartik K. Agaram | 2022-06-12 | 1 | -2/+2 |
| | | | | | | | If I'd had this stuff in my test harness earlier, two recent commits would have failed tests and given me early warning: ff88238ff1 ff88a2a927 | ||||
* | fix a second BSOD in #4 :/ | Kartik K. Agaram | 2022-06-12 | 1 | -1/+1 |
| | | | | I need more tests. | ||||
* | bugfix: cut (C-x) without first selecting anything | Kartik K. Agaram | 2022-06-09 | 1 | -0/+2 |
| | |||||
* | move | Kartik K. Agaram | 2022-06-09 | 1 | -6/+6 |
| | |||||
* | speeding up copy, attempt 1 | Kartik K. Agaram | 2022-06-09 | 1 | -4/+4 |
| | | | | | | | | | | | | | | Problem: repeatedly copying (relatively large) sections of text quickly makes the app sluggish until it has to be killed. (Thanks John Blommers for the report.) When I instrument with prints, the sluggishness seems to happen in random draw() calls many times after I perform the copy. I don't know for sure, but I'm initially checking if the cause is garbage generated by repeated string concatenation. This attempt doesn't seem to make any difference. | ||||
* | more precise search highlighting | Kartik K. Agaram | 2022-06-03 | 1 | -0/+3 |
| | |||||
* | extract a function | Kartik K. Agaram | 2022-06-03 | 1 | -0/+24 |
| | |||||
* | extract a couple of files | Kartik K. Agaram | 2022-06-03 | 1 | -0/+153 |