about summary refs log tree commit diff stats
Commit message (Collapse)AuthorAgeFilesLines
...
* remove some duplicationKartik K. Agaram2022-08-142-13/+8
|
* bugfix: obsolete location for attributeKartik K. Agaram2022-08-141-2/+2
|
* overzealous search-and-replaceKartik K. Agaram2022-08-131-1/+1
|
* bugfix: check after cursor on same line when searching upwardsKartik K. Agaram2022-08-112-1/+28
|
* search: transparently handle drawings everywhereKartik K. Agaram2022-08-111-22/+18
|
* bugfix: search upwardsKartik K. Agaram2022-08-112-1/+20
|
* bugfix: check before cursor on same lineKartik K. Agaram2022-08-112-1/+31
|
* bugfix: handle drawings when updating screen topKartik K. Agaram2022-08-111-0/+1
|
* renameKartik K. Agaram2022-08-111-24/+24
|
* bugfix: pagedown was sometimes bouncing upKartik K. Agaram2022-08-102-1/+18
|
* bugfix: backspace from start of final lineKartik K. Agaram2022-08-102-1/+21
|
* unnecessary argsKartik K. Agaram2022-08-101-1/+1
|
* hardcode some assumptions about how this app uses loveKartik K. Agaram2022-08-061-18/+11
|
* bugfix: imprecision in drawingKartik K. Agaram2022-08-032-0/+4
| | | | | | | | | | | scenario: slowly press down mouse button and drag to draw a line release mouse button Before this commit the point would jump just a little bit on release, and points would go slightly to the left of where I expect. Yet another thing it's hard to write an automated test for.
* round one coordinateKartik K. Agaram2022-07-301-1/+1
|
* round coordinates to integers in a few placesKartik K. Agaram2022-07-291-7/+11
| | | | | | | | | | | | | Thanks Lion Kimbro for pointing out this issue. I still have to use floats for start/end angles of arcs. That might be a sign that I don't have the right serialization yet for them. Or that that feature needs to go. I started out with a hazy idea of only using 8-bit ints for coordinates, but now I'm not sure how committed I am to that constraint. While the width is always 256 units, it might be nice to create long portrait drawings at some point, whose height is greater than 256 units.
* click to the left of a lineKartik K. Agaram2022-07-294-4/+28
|
* copying to clipboard can never scrollKartik K. Agaram2022-07-271-1/+0
|
* line.y -> line_cache.starty in a few more placesKartik K. Agaram2022-07-273-14/+14
| | | | | | Disquieting that none of my tests caught these. On the other hand, I also haven't noticed any issues in practice. Perhaps cache invalidation is often unnecessary.
* have file API operate on state objectKartik K. Agaram2022-07-254-21/+20
|
* update cursor in search boxKartik K. Agaram2022-07-251-3/+1
|
* bugfix: alt-tab shouldn't emit keypress eventsKartik K. Agaram2022-07-251-1/+20
| | | | | Looks like this only happens on Linux: https://love2d.org/forums/viewtopic.php?p=249700
* moveKartik K. Agaram2022-07-251-2/+3
|
* simplify hysteresis logicKartik K. Agaram2022-07-251-8/+3
|
* bugfix: skip over drawings when searchingKartik K. Agaram2022-07-252-15/+17
|
* extract methodKartik K. Agaram2022-07-232-14/+13
|
* bugfix: online helpKartik K. Agaram2022-07-222-8/+12
| | | | Broken in the commit before last.
* bugfix: searchKartik K. Agaram2022-07-212-1/+34
| | | | | Broken since commit 188bbc73 9 days ago :/ At least we have a test for it now.
* move drawing.starty into line cacheKartik K. Agaram2022-07-203-60/+71
|
* use line cache for drawings as wellKartik K. Agaram2022-07-203-31/+31
|
* bugfix: where cursor is drawnKartik K. Agaram2022-07-203-14/+25
| | | | | | | The published version of lines.love was broken for almost an hour. The cursor would render one position to the right of where it really is. To fix it, this commit rolls back 26ba6e4e5a71. There doesn't seem a good way to test it.
* reorg manual tests docKartik K. Agaram2022-07-201-9/+7
|
* .Kartik K. Agaram2022-07-201-0/+2
|
* exclude left margin from my word-split heuristicKartik K. Agaram2022-07-202-3/+3
| | | | | Gratifying how few tests need changing. Recent commits seem on the right track.
* allow Text.nearest_pos_less_than to return 0Kartik K. Agaram2022-07-202-7/+4
| | | | This eliminates another case of overflowing margins.
* drop an unnecessary level of indentKartik K. Agaram2022-07-201-23/+21
|
* clean up some printsKartik K. Agaram2022-07-201-17/+10
| | | | | (Looking at prints in Text.draw, Text.compute_fragments and Text.nearest_pos_less_than)
* move a var closer to its useKartik K. Agaram2022-07-201-2/+2
|
* more clearly skip prints before screen topKartik K. Agaram2022-07-201-21/+19
|
* unify two similar functionsKartik K. Agaram2022-07-192-24/+16
| | | | | | The cost is just having to tweak a few more brittle tests. I can't actually perceive any difference in how the cursor moves when I click on text.
* keep text from overflowing right marginKartik K. Agaram2022-07-192-41/+48
| | | | | | | | | | I've been sloppy about this so far, and outside of tests I can't find any examples where it matters, but it matters in a potential fork where I'm rendering multiple columns of text. It's unfortunate that my tests have this level of brittleness. What I'd really like to assert in many of these changed lines is that the text stays inside the margins and that more text would overflow margins.
* delete some duplicate initializationKartik K. Agaram2022-07-191-4/+0
|
* clean up a cross-test leakageKartik K. Agaram2022-07-191-9/+9
|
* bugfix: couple of margin-relative computationsKartik K. Agaram2022-07-172-3/+63
|
* separate data structure for each line's cache dataKartik K. Agaram2022-07-177-70/+211
| | | | I have no idea what the performance implications of this are..
* keep all text cache writes inside text.luaKartik K. Agaram2022-07-172-9/+8
|
* switch to line index in a functionKartik K. Agaram2022-07-171-2/+3
| | | | - Text.screen_line_width
* switch to line index in a functionKartik K. Agaram2022-07-171-16/+17
| | | | - Text.compute_fragments
* make a function oblivious to line data structureKartik K. Agaram2022-07-171-5/+5
| | | | - Text.screen_line_index
* switch to line index in a functionKartik K. Agaram2022-07-173-6/+6
| | | | - Text.to_pos_on_line