| Commit message (Collapse) | Author | Age | Files | Lines | ||
|---|---|---|---|---|---|---|
| ... | ||||||
| * | get Teliva working on FreeBSD | Kartik K. Agaram | 2022-01-26 | 2 | -3/+6 | |
| | | ||||||
| * | rename the custom big picture view to doc:main | Kartik K. Agaram | 2022-01-25 | 1 | -1/+2 | |
| | | ||||||
| * | override big picture view with doc:bp if it exists | Kartik K. Agaram | 2022-01-25 | 1 | -2/+18 | |
| | | | | | | | | | | | | Going to big picture from doc:bp still goes to the default auto-generated big picture view. While doc:bp provides some programmability, it's also far klunkier than the default view. Rendering is worse, and it's always in edit mode because I'm trying to avoid complicating the UX with a notion of rendered markup. That means cursor movement is less convenient. It's also easy to accidentally edit the big-picture view. | |||||
| * | better default word at cursor for prose | Kartik K. Agaram | 2022-01-25 | 1 | -2/+2 | |
| | | ||||||
| * | highlight [[wikiwords]] in prose | Kartik K. Agaram | 2022-01-25 | 1 | -24/+71 | |
| | | | | | | These are just hints that there's something worth jumping to. The jumping still happens using ctrl-g. | |||||
| * | disable Lua colors in prose | Kartik K. Agaram | 2022-01-25 | 2 | -10/+54 | |
| | | ||||||
| * | rename | Kartik K. Agaram | 2022-01-25 | 2 | -6/+6 | |
| | | ||||||
| * | new section in big picture: prose (non-code) | Kartik K. Agaram | 2022-01-25 | 1 | -4/+33 | |
| | | | | | I've always found "Documentation" too pretentious. | |||||
| * | optimization: stop saving identical definitions | Kartik K. Agaram | 2022-01-25 | 1 | -0/+7 | |
| | | | | | This is long overdue. | |||||
| * | save doc: buffers to .tlv images | Kartik K. Agaram | 2022-01-25 | 2 | -2/+17 | |
| | | ||||||
| * | delete a redundant function prototype | Kartik K. Agaram | 2022-01-25 | 1 | -2/+1 | |
| | | ||||||
| * | rename a function | Kartik K. Agaram | 2022-01-25 | 3 | -6/+6 | |
| | | ||||||
| * | start supporting non-code "buffers" | Kartik K. Agaram | 2022-01-25 | 1 | -0/+6 | |
| | | | | | | First step: when a "definition" starts with "doc:" it's not a definition, just a buffer. Stop trying to interpret it as Lua. | |||||
| * | documentation for NetBSD | Kartik K. Agaram | 2022-01-24 | 1 | -3/+6 | |
| | | ||||||
| * | work around a bug in NetBSD libcurses | Kartik K. Agaram | 2022-01-24 | 1 | -0/+1 | |
| | | | | | http://gnats.netbsd.org/56664 reported. | |||||
| * | get Teliva running on NetBSD | Kartik K. Agaram | 2022-01-24 | 7 | -1/+25 | |
| | | | | | | | | | NetBSD still uses curses by default. One _could_ install ncurses, but I don't have access to a NetBSD box with permissions to install ncurses, so I'm experimenting to see how far we can get with just curses. So far most of the apps seem to work, with the exception of one bug that I'll commit next. | |||||
| * | delete some dead code | Kartik K. Agaram | 2022-01-24 | 3 | -62/+0 | |
| | | | | | | I'm kinda sorta able to get lcurses running on NetBSD 9.2 without this particular hack. | |||||
| * | known issue on OpenBSD | Kartik K. Agaram | 2022-01-24 | 1 | -0/+3 | |
| | | ||||||
| * | more generic build target in luasocket | Kartik K. Agaram | 2022-01-24 | 2 | -14/+14 | |
| | | ||||||
| * | clarify generic 'bsd' build target | Kartik K. Agaram | 2022-01-24 | 3 | -9/+15 | |
| | | | | | We still only have OpenBSD working. | |||||
| * | gemini: demo of context-sensitive menu | Kartik K. Agaram | 2022-01-18 | 1 | -1/+8 | |
| | | | | | | | | Basic procedure: - save/restore `menu` around call of a function (directly or indirectly called by `update`) that encapsulates some state change - override `menu` inside the function to correspond to its update loop | |||||
| * | file permissions: clear stale errors | Kartik K. Agaram | 2022-01-16 | 1 | -0/+1 | |
| | | ||||||
| * | editing apps: clean up some stale prints | Kartik K. Agaram | 2022-01-16 | 1 | -0/+6 | |
| | | ||||||
| * | file access policy: support editing with >10 lines | Kartik K. Agaram | 2022-01-16 | 1 | -3/+5 | |
| | | ||||||
| * | clearer first sentence | Kartik K. Agaram | 2022-01-14 | 1 | -3/+4 | |
| | | ||||||
| * | enumerate mirrors | Kartik K. Agaram | 2022-01-14 | 1 | -0/+14 | |
| | | ||||||
| * | kilo: cleaner go menu | Kartik K. Agaram | 2022-01-11 | 1 | -0/+2 | |
| | | ||||||
| * | some heuristic guidance on permissions screen | Kartik K. Agaram | 2022-01-04 | 1 | -2/+59 | |
| | | ||||||
| * | try running permissions advice after editing | Kartik K. Agaram | 2022-01-04 | 1 | -3/+21 | |
| | | | | | | This implies it must be side-effect free. We still need to figure out how to convey that to the computer owner. | |||||
| * | slightly better error message | Kartik K. Agaram | 2022-01-04 | 1 | -1/+6 | |
| | | ||||||
| * | reorg | Kartik K. Agaram | 2022-01-04 | 1 | -17/+17 | |
| | | ||||||
| * | feels more consistent to exit editor with ctrl-x | Kartik K. Agaram | 2022-01-04 | 1 | -3/+3 | |
| | | ||||||
| * | extract function | Kartik K. Agaram | 2022-01-04 | 1 | -23/+14 | |
| | | ||||||
| * | load permissions properly in a third place | Kartik K. Agaram | 2022-01-04 | 1 | -2/+9 | |
| | | ||||||
| * | when editing a function, show its callers | Kartik K. Agaram | 2022-01-03 | 4 | -10/+63 | |
| | | | | | | | No way to select between them. That complicates the UI too much when we do so much with the cursor. But it's still useful to suggest things to type in after ctrl-g. | |||||
| * | start saving callers of functions | Kartik K. Agaram | 2022-01-03 | 3 | -2/+55 | |
| | | | | | | I think this is significantly slowing things down. Perhaps we should sample or something. | |||||
| * | comment | Kartik K. Agaram | 2022-01-03 | 1 | -1/+1 | |
| | | ||||||
| * | rename | Kartik K. Agaram | 2022-01-03 | 1 | -2/+2 | |
| | | ||||||
| * | extract a function | Kartik K. Agaram | 2022-01-03 | 3 | -21/+24 | |
| | | ||||||
| * | events view: jump to a function | Kartik K. Agaram | 2022-01-03 | 1 | -7/+27 | |
| | | ||||||
| * | toot-toot: gracefully handle lack of permissions | Kartik K. Agaram | 2022-01-03 | 1 | -2/+4 | |
| | | | | | | | | | | | | | | | | | | | | | | | | | This opens up a whole new can of worms: Teliva's ability to show clear error messages hinges on apps having decent error handling. I suppose that's ok. A new app someone downloads that throws out strange error messages and puts them in the equivalent of the console doesn't exactly engender trust. It's reasonable to treat poor error handling as breakage. Here's my running list of open questions from working on the permissions screen so far: - how to teach people to care about the difference between: - permissions known to be unsafe - permissions unknown to be safe - how to show syntax errors in the permissions screen - how to detect syntax errors in the permissions screen (lots of stuff only shows up when running) - how to deal with apps with poor error handling (this commit; punt for now) - how to engender skepticism in people towards what apps tell them ("oh, just go into the permissions screen and type ___ to fix this error") - how to help people judge the quality of their permissions (mode == 'r' vs mode ~= 'w') | |||||
| * | rendering improvement | Kartik K. Agaram | 2022-01-02 | 1 | -3/+2 | |
| | | ||||||
| * | error handling when editing file permissions | Kartik K. Agaram | 2022-01-02 | 1 | -1/+21 | |
| | | | | | | | | Still highly non-ideal. Lua is a dynamic language, and has low ability to detect syntax errors within functions. Perhaps I should run a test call after every edit. | |||||
| * | bugfix: policies must end in newline | Kartik K. Agaram | 2022-01-02 | 1 | -3/+3 | |
| | | | | | I believe kilo kinda naturally enforces that. We'll see. | |||||
| * | instrument some obvious syscalls | Kartik K. Agaram | 2022-01-02 | 3 | -1/+31 | |
| | | ||||||
| * | indent | Kartik K. Agaram | 2022-01-02 | 1 | -6/+6 | |
| | | ||||||
| * | start on a view of audit events | Kartik K. Agaram | 2022-01-02 | 3 | -2/+73 | |
| | | ||||||
| * | . | Kartik K. Agaram | 2022-01-02 | 1 | -3/+0 | |
| | | ||||||
| * | editing file permissions | Kartik K. Agaram | 2022-01-02 | 2 | -42/+76 | |
| | | ||||||
| * | make some space for callers of a function | Kartik K. Agaram | 2022-01-02 | 1 | -13/+26 | |
| | | ||||||