about summary refs log tree commit diff stats
path: root/apps
Commit message (Collapse)AuthorAgeFilesLines
* 6848Kartik Agaram2020-09-241-7/+8
|
* 6846Kartik Agaram2020-09-232-0/+65
|
* 6845Kartik Agaram2020-09-232-34/+46
|
* 6844 - tile: initial data modelKartik Agaram2020-09-233-36/+104
| | | | I actually deleted a test here! Hard-core prototype mode.
* 6842 - hackily load local Vim settingsKartik Agaram2020-09-233-0/+6
| | | | | | I have scripts to load vimrc.vim from the directory of the file being edited. This hack loads vimrc.vim from the top-level mu/ directory when I edit files in some common directories.
* 6841Kartik Agaram2020-09-221-0/+9
| | | | Initial sketch for a menu bar.
* 6840Kartik Agaram2020-09-221-8/+17
| | | | Extract "unmoving background" into a separate function.
* 6839Kartik Agaram2020-09-221-2/+1
| | | | Not sure what I was seeing. clear-screen is plenty stable.
* 6838Kartik Agaram2020-09-222-1/+43
| | | | | | Interestingly, erasing the screen partially looks better to me even though it's clearly slower. The divider never being redrawn provides a sense of stability.
* 6837Kartik Agaram2020-09-222-160/+159
|
* 6836Kartik Agaram2020-09-221-12/+32
|
* 6833 - tile: right-justify for negative numbersKartik Agaram2020-09-222-8/+9
|
* 6832 - tile: right-justify numbersKartik Agaram2020-09-222-4/+28
| | | | Fails noisily for negative integers so far.
* 6831 - tile: preserve color contrastKartik Agaram2020-09-211-1/+17
| | | | Formula from Chris Maughan: (0.2126*R + 0.7152*G + 0.0722*B) > 0.5
* 6830 - tile: hash bg rather than fg colorKartik Agaram2020-09-211-2/+2
|
* 6829 - tile: colorize values on the stackKartik Agaram2020-09-213-7/+70
|
* 6828Kartik Agaram2020-09-211-1/+1
|
* 6827 - tile: make top of stack line upKartik Agaram2020-09-211-45/+5
| | | | | | | | | | | Idea from the Future of Software group. I was resistant for several days, because stacks should grow up, and because it didn't seem like a problem that the first column's result grew farther and farther away from its input. But eventually I noticed that the final result can also be arbitrarily far below, which seems more serious. This approach also has the salubrious effect of not requiring the precomputation of max-depth.
* 6826 - tile: indent columns compared to their final wordKartik Agaram2020-09-211-1/+4
|
* 6825 - tile: stop rendering the final word, in case it's incompleteKartik Agaram2020-09-211-24/+39
|
* 6824 - tile: gap in column width computationKartik Agaram2020-09-211-0/+6
|
* 6823 - tile: clear colors; we'll try something newKartik Agaram2020-09-211-42/+4
|
* 6822Kartik Agaram2020-09-201-2/+2
|
* 6821 - highlight words clobbered by the next wordKartik Agaram2020-09-203-0/+75
| | | | Another suggestion from the Future of Software forum.
* 6820Kartik Agaram2020-09-201-1/+1
|
* 6819Kartik Agaram2020-09-201-4/+4
|
* 6818 - color top of stackKartik Agaram2020-09-201-0/+3
| | | | Suggestion from the Future of Software group (https://futureofcoding.slack.com/archives/C0120A3L30R/p1600591669008700?thread_ts=1600587602.007800)
* 6817Kartik Agaram2020-09-191-1/+7
|
* 6816 - tile: inserting new wordsKartik Agaram2020-09-191-8/+26
|
* 6815 - tile: get actual calculations workingKartik Agaram2020-09-191-30/+32
|
* 6814 - tile: backspace deletes char or wordKartik Agaram2020-09-193-0/+58
|
* 6813 - tile: right-cursor is now easyKartik Agaram2020-09-191-7/+22
|
* 6812 - tile: render cursor locationKartik Agaram2020-09-193-4/+26
|
* 6811 - tile: left-cursor movementKartik Agaram2020-09-193-5/+68
| | | | | Displayed cursor position is not yet correct, but insertions happen at the right cursor position.
* 6810 - tile: adaptive column widthsKartik Agaram2020-09-191-2/+7
|
* 6809Kartik Agaram2020-09-191-0/+0
|
* 6807 - tile: render intermediate stack stateKartik Agaram2020-09-195-61/+191
|
* 6806 - tile: place-holder for bottom of stackKartik Agaram2020-09-192-16/+25
|
* 6805Kartik Agaram2020-09-191-13/+13
|
* 6804 - tile: render all wordsKartik Agaram2020-09-192-8/+37
|
* 6803 - RPN: typing a single word now worksKartik Agaram2020-09-192-30/+9
|
* 6802 - plug a gaping hole in the Mu translatorKartik Agaram2020-09-192-0/+125
| | | | | This issue hasn't been noticed until now because I haven't been using variables on the stack much.
* 6801 - snapshot: RPN structured editorKartik Agaram2020-09-195-92/+583
| | | | | | | | | | | | | | | There's some worrisome memory corruption here between the call to max-stack-depth and the callee picking up its args. All this code is incredibly ugly as I start to wrestle with the challenges of structured editors. I keep wanting to keep business logic separate from rendering, but there are feedback loops from wanting to know where to render the cursor. And I haven't even started trying to avoid full-screen renders yet. That'll complect things even more. For now the data path for every iteration of the render loop is: process key compute max depth needed (or any other global information needed for rendering) render
* 6799Kartik Agaram2020-09-181-1/+1
|
* 6798Kartik Agaram2020-09-171-43/+7
| | | | | | | Simplify the app for now. I'm not actually sure what sort of language I want to create here. So let's not get ahead of ourselves inventing a whole new grid model and everything.
* 6797Kartik Agaram2020-09-171-12/+10
|
* 6796Kartik Agaram2020-09-164-53/+195
| | | | Extremely hacky initial stab at a 1-line editor.
* 6795Kartik Agaram2020-09-161-0/+0
| | | | Fix CI since commit 6787.
* 6792Kartik Agaram2020-09-162-3/+1
| | | | Roll back all buffering of Stdout.
* 6791Kartik Agaram2020-09-161-1/+0
| | | | Yeah, this isn't working.
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2024-12-01 20:24:34 +0000