Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | . | Kartik K. Agaram | 2021-05-02 | 1 | -5/+5 |
| | |||||
* | . | Kartik Agaram | 2021-05-02 | 1 | -1/+44 |
| | |||||
* | . | Kartik Agaram | 2021-05-01 | 21 | -6684/+7950 |
| | |||||
* | tool: compute nearby colors in default palette | Kartik K. Agaram | 2021-05-01 | 2 | -1/+235 |
| | |||||
* | primitive: convert r/g/b to h/s/l | Kartik K. Agaram | 2021-05-01 | 1 | -0/+234 |
| | |||||
* | primitive: read r/g/b for color | Kartik K. Agaram | 2021-05-01 | 2 | -0/+329 |
| | |||||
* | . | Kartik K. Agaram | 2021-05-01 | 2 | -4/+4 |
| | | | | Clean up menus. | ||||
* | cleaner rendering of fake screens and keyboards | Kartik K. Agaram | 2021-05-01 | 2 | -117/+10 |
| | | | | | | I don't understand why a second line in the keyboard is visible now where it wasn't before. That whole aspect has unclear desires. What exactly do I want to happen on newlines? | ||||
* | . | Kartik K. Agaram | 2021-05-01 | 2 | -50/+64 |
| | | | | Use sandbox background in the top line on the right. | ||||
* | . | Kartik K. Agaram | 2021-05-01 | 2 | -4/+4 |
| | | | | Clean up trace colors. | ||||
* | move color scheme closer to Solarized dark | Kartik K. Agaram | 2021-05-01 | 8 | -143/+143 |
| | | | | | | | | | | | | | sed -i 's,0x12/bg=almost-black,0xdc/bg=green-bg,g' shell/*.mu sed -i 's, 0/bg, 0xc5/bg=blue-bg,g' shell/*.mu sed -i 's, 7/fg=trace, 0x38/fg=trace,g' shell/*.mu sed -i 's, 7/bg=grey, 0x5c/bg=black,g' shell/*.mu Still a few issues. Thanks Adrian Cochrane and Zach DeCook. https://floss.social/@alcinnz/106152068473019933 https://social.librem.one/@zachdecook/106159988837603417 | ||||
* | support color comparison in the palette doc | Kartik Agaram | 2021-05-01 | 1 | -257/+265 |
| | | | | It's intended to be used with a browser's inspector. | ||||
* | shell: squeeze menu | Kartik K. Agaram | 2021-04-30 | 1 | -11/+13 |
| | |||||
* | shell: allow 'def' to overwrite | Kartik K. Agaram | 2021-04-29 | 2 | -14/+7 |
| | |||||
* | shell: comments | Kartik K. Agaram | 2021-04-29 | 1 | -0/+47 |
| | |||||
* | . | Kartik K. Agaram | 2021-04-29 | 1 | -1/+0 |
| | |||||
* | adjust fake screen aspect ratio for verisimilitude | Kartik K. Agaram | 2021-04-29 | 1 | -1/+1 |
| | |||||
* | keep the temporary progress screen off the keyboard | Kartik K. Agaram | 2021-04-29 | 1 | -1/+1 |
| | |||||
* | make pixel borders of screen clear | Kartik K. Agaram | 2021-04-29 | 1 | -16/+20 |
| | |||||
* | make matching parens pop again | Kartik K. Agaram | 2021-04-29 | 1 | -1/+1 |
| | |||||
* | render definitions in 2 columns | Kartik K. Agaram | 2021-04-29 | 2 | -10/+29 |
| | |||||
* | white text everywhere by default | Kartik K. Agaram | 2021-04-29 | 1 | -1/+1 |
| | |||||
* | tweak colors for definitions | Kartik K. Agaram | 2021-04-29 | 1 | -1/+1 |
| | |||||
* | render in a narrow column | Kartik K. Agaram | 2021-04-29 | 1 | -1/+1 |
| | |||||
* | load large definitions | Kartik K. Agaram | 2021-04-29 | 1 | -1/+1 |
| | |||||
* | adjust some colors and padding | Kartik K. Agaram | 2021-04-29 | 5 | -85/+102 |
| | |||||
* | extremely threadbare null-pointer protection | Kartik K. Agaram | 2021-04-28 | 1 | -0/+6 |
| | | | | | | | | | | | | | This protects us from reading null arrays, but not null structs. It also doesn't protect us from writes to address 0 itself. It is also incredibly unsafe. According to https://wiki.osdev.org/Memory_Map_(x86), address 0 contains the real-mode IVT. Am I sure it'll never ever get used after I switch to protected mode? I really need a page table, something minimal to protect the first 4KB of physical memory or something. I wonder what other languages/OSs do to protect against really large struct definitions. | ||||
* | bugfix: initialize gap buffers before using them | Kartik K. Agaram | 2021-04-28 | 2 | -2/+5 |
| | | | | | | | I keep running into one hole in Mu's memory-safety since dropping the Linux dependency: null pointers no longer error when dereferenced. Here the problem manifests as aliasing: lots of gap buffers share the same exact data near address 0, because it was never initialized. | ||||
* | fix rendering | Kartik K. Agaram | 2021-04-28 | 1 | -1/+1 |
| | |||||
* | shell: load/store from/to disk with indent | Kartik K. Agaram | 2021-04-28 | 2 | -25/+82 |
| | | | | | Once I came up with the right approach, this worked on the first try once I got the types and registers to line up! | ||||
* | . | Kartik K. Agaram | 2021-04-28 | 1 | -3/+1 |
| | |||||
* | shell: bugfix for stream literals | Kartik K. Agaram | 2021-04-28 | 1 | -2/+33 |
| | | | | | I was forgetting that callers sometimes reuse outputs between successive tokens. | ||||
* | start rendering definitions with indentation | Kartik K. Agaram | 2021-04-28 | 1 | -12/+6 |
| | |||||
* | start stashing and clearing sandbox after definitions | Kartik K. Agaram | 2021-04-28 | 3 | -9/+80 |
| | |||||
* | . | Kartik K. Agaram | 2021-04-28 | 1 | -1/+1 |
| | |||||
* | . | Kartik K. Agaram | 2021-04-28 | 2 | -36/+20 |
| | |||||
* | shell: stream literals | Kartik K. Agaram | 2021-04-27 | 4 | -3/+47 |
| | |||||
* | . | Kartik K. Agaram | 2021-04-27 | 1 | -17/+17 |
| | |||||
* | . | Kartik K. Agaram | 2021-04-27 | 1 | -73/+18 |
| | |||||
* | shell: tokenizing stream (string) literals | Kartik K. Agaram | 2021-04-27 | 1 | -1/+78 |
| | | | | We're calling them streams since they support appending. | ||||
* | . | Kartik K. Agaram | 2021-04-27 | 1 | -8/+1 |
| | |||||
* | . | Kartik Agaram | 2021-04-26 | 1 | -5/+5 |
| | |||||
* | bresenham circles | Kartik K. Agaram | 2021-04-25 | 1 | -1/+22 |
| | | | | Known issue: circles of radius 9 crash. (Multiples of 9 overflow the trace.) | ||||
* | bug in bresenham lines | Kartik K. Agaram | 2021-04-25 | 1 | -2/+2 |
| | |||||
* | shell: primitives 'and' and 'or' | Kartik K. Agaram | 2021-04-25 | 2 | -11/+87 |
| | |||||
* | shell: primitive 'not' | Kartik K. Agaram | 2021-04-25 | 1 | -4/+45 |
| | |||||
* | failing tests not printing since show-stack-state | Kartik K. Agaram | 2021-04-25 | 1 | -1/+10 |
| | |||||
* | . | Kartik K. Agaram | 2021-04-25 | 2 | -4/+4 |
| | |||||
* | . | Kartik K. Agaram | 2021-04-25 | 1 | -56/+56 |
| | |||||
* | . | Kartik K. Agaram | 2021-04-25 | 2 | -1/+1 |
| |