about summary refs log tree commit diff stats
path: root/main.lua
Commit message (Collapse)AuthorAgeFilesLines
* button framework is at the app levelKartik K. Agaram2022-07-121-0/+4
|
* experiment: new edit namespaceKartik K. Agaram2022-07-111-416/+13
| | | | | | | | Still lots to do, but the eventual hope is that this will make this project's code easier to reuse from other LÖVE projects. One gotcha: even as we start putting code more aggressively into nested tables, tests must remain at the top-level. Otherwise they won't run.
* stop pretending globals are localKartik K. Agaram2022-07-111-4/+4
| | | | | One advantage of this approach: we don't end up with multiple lexical scopes containing duplicates of the same modules.
* .Kartik K. Agaram2022-07-111-1/+2
|
* fix a variable nameKartik K. Agaram2022-07-111-3/+3
|
* add args to some functionsKartik K. Agaram2022-07-081-1/+1
| | | | - Text.snap_cursor_to_bottom_of_screen
* add args to some functionsKartik K. Agaram2022-07-081-2/+2
| | | | - Text.to_pos_on_line
* indentKartik K. Agaram2022-07-081-2/+8
|
* add args to some functionsKartik K. Agaram2022-07-081-2/+2
| | | | - Text.in_line
* add args to some functionsKartik K. Agaram2022-07-081-2/+2
| | | | | | | | | - Text.clip_selection - Text.cut_selection - Text.delete_selection - Text.delete_selection_without_undo - Text.mouse_pos - Text.to_pos
* start passing left/right margins everywhereKartik K. Agaram2022-07-081-2/+2
| | | | | | | | | | | I have a set of changes that passes all tests, but I'm going to commit them very carefully to ensure I don't miss any call-sites. In this commit I'm adding the args to: - Text.draw - Text.tweak_screen_top_and_cursor But calls within them don't yet pass them where they should. In this manner I'm going to progress systematically from the top down.
* drop an arg from a functionKartik K. Agaram2022-07-081-2/+2
|
* switch arg for a functionKartik K. Agaram2022-07-081-1/+1
|
* stop scanning from start of file on every App.drawKartik K. Agaram2022-07-071-40/+38
|
* yet another bugfix in selection managementKartik K. Agaram2022-07-071-2/+5
| | | | | | | | | | Thanks Leonard Schütz for the report! Failing scenario: click to move cursor hit backspace First backspace wasn't being doing anything earlier.
* just keep the cursor visible after any input eventsKartik K. Agaram2022-07-061-2/+8
| | | | This is much nicer.
* show cursor immediately after a mouse clickKartik K. Agaram2022-07-061-0/+2
| | | | | I've been subtly finding myself waiting for the cursor to stop blinking to see if I clicked on the right place.
* bugfix: avoid scrolling on 'end'Kartik K. Agaram2022-07-051-2/+1
| | | | | There's multiple ways to do this, only one of them is right, and I keep forgetting what it is. Turn it into a method.
* bugfix: 'escape' to cancel a strokeKartik K. Agaram2022-07-051-5/+0
| | | | | | This has been broken since commit b544e8c357 on May 17 :/ I'm just undoing that commit, which turns out to be completely unnecessary. And adding a test.
* what should happen to selection while drawing?Kartik K. Agaram2022-07-051-0/+1
| | | | First idea: just leave it alone. Let's see how this works.
* bugfixKartik K. Agaram2022-07-031-1/+1
| | | | Gracefully degrade if previously edited file shrinks.
* ugh, handle absolute as well as relative pathsKartik K. Agaram2022-07-011-1/+5
|
* include CWD when saving filenameKartik K. Agaram2022-07-011-1/+3
|
* bugfix: clicking on empty linesKartik K. Agaram2022-07-011-1/+2
|
* enforce press/release state only processed onceKartik K. Agaram2022-07-011-4/+7
| | | | | | | | bugfix scenario: press pageup click somewhere near the bottom Before this change the selection was flickering when doing this.
* bugfix: manage screen_top and cursor when resizingKartik K. Agaram2022-07-011-0/+7
|
* bugfix: enable resize when loading settingsKartik K. Agaram2022-06-301-2/+10
|
* right marginKartik K. Agaram2022-06-301-0/+2
|
* start loading settings as applicableKartik K. Agaram2022-06-301-12/+43
|
* start saving some settings to disk on quitKartik K. Agaram2022-06-301-1/+8
| | | | We're still not reading them anywhere.
* initialize screen width to something reasonableKartik K. Agaram2022-06-301-3/+3
|
* rip out geometry commandline argKartik K. Agaram2022-06-301-33/+8
| | | | Let's try really hard to ignore the terminal.
* use the background colorKartik K. Agaram2022-06-301-2/+2
| | | | | I'd hoped this would reduce the blocks of black while resizing, but it doesn't seem to have made a difference.
* stop blanking screen while resizingKartik K. Agaram2022-06-301-9/+0
|
* rip out notion of Line_widthKartik K. Agaram2022-06-301-9/+1
|
* rip out the line-width sliderKartik K. Agaram2022-06-301-30/+0
| | | | | | | New plan: - render text across the whole window - let people resize the window to the desired line width - save window size settings between sessions
* bugfix: lines that aren't drawn from the startKartik K. Agaram2022-06-301-2/+7
| | | | | | | | | | | | | | | I can't believe I didn't catch this until now. All I had to do is open MobyDick.markdown from https://www.hogbaysoftware.com/posts/moby-dick-workout, press page-down and click on the top screen line (or any screen line containing the same line as the top screen line). Easy to catch with any file containing lots of overly long lines, as happens in particular at the start of Moby Dick. I _had_ seen this problem before, but it seemed to disappear after unrelated changes, and I convinced myself I'd fixed it as a side-effect. The bug just failed to manifest if the top line happened to start at the top of the screen. Scroll down a few pages in Moby Dick and the dialogue starts and line length drops precipitously.
* bugfix: save previous file when dropping a new one onKartik K. Agaram2022-06-291-0/+5
|
* avoid redundant writes on exitKartik K. Agaram2022-06-291-1/+3
|
* when naming points, allow backspacing back to ''Kartik K. Agaram2022-06-271-0/+1
|
* bugfix: typing a capital letter deletes selectionKartik K. Agaram2022-06-261-2/+6
|
* bugfix: don't delete selection when moving cursorKartik K. Agaram2022-06-231-1/+1
|
* show the line width when dragging the sliderKartik K. Agaram2022-06-221-0/+4
|
* bugfix: delete selection before pastingKartik K. Agaram2022-06-211-0/+3
|
* revert selection logic to before commit 3ffc2ed8fKartik K. Agaram2022-06-201-4/+0
| | | | | We still have a failing test, but now it's the one we introduced in commit 3ffc2ed8f.
* selection bugfixKartik K. Agaram2022-06-201-1/+1
|
* much simplerKartik K. Agaram2022-06-201-12/+4
| | | | | | | | We just need to ensure textinput events never make use of selection state. All tests are passing, but I'm aware of a couple of issues. But now we can keep all the special cases in one place.
* no, that's not rightKartik K. Agaram2022-06-201-3/+12
| | | | | | | | | | | | | | Bugfix: we want selections to persist even when we lift up the shift key. This requires hoisting some code inside every case inside the whole keypress hierarchy, to ensure we never clear selections before textinput events can handle them. Current cross-cutting concerns we're explicitly scattering code for. - autosave - undo - selection management
* bugfix: typing should delete highlighted textKartik K. Agaram2022-06-201-7/+5
| | | | The test harness now also mimics real usage more precisely.
* bugfixKartik K. Agaram2022-06-191-0/+8
| | | | | | | | | | | | | | | To reproduce: click to position cursor at end of a line hit enter press any key before: newline got erased and key got added to previous line now: newline is preserved The new test checks a generalization of this.
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2024-12-16 22:44:21 +0000