about summary refs log tree commit diff stats
path: root/504test-screen.mu
Commit message (Collapse)AuthorAgeFilesLines
* rename grapheme to code-point-utf8Kartik K. Agaram2021-11-091-33/+33
| | | | | | Longer name, but it doesn't lie. We have no data structure right now for combining multiple code points. And it makes no sense for the notion of a grapheme to conflate its Unicode encoding.
* .Kartik K. Agaram2021-10-121-66/+66
|
* fix bad terminology: grapheme -> code pointKartik K. Agaram2021-08-291-36/+39
| | | | | | | | | | Unix text-mode terminals transparently support utf-8 these days, and so I treat utf-8 sequences (which I call graphemes in Mu) as fundamental. I then blindly carried over this state of affairs to bare-metal Mu, where it makes no sense. If you don't have a terminal handling font-rendering for you, fonts are most often indexed by code points and not utf-8 sequences.
* width-aware drawing primitivesKartik K. Agaram2021-08-291-1/+1
| | | | No support yet for drawing wide graphemes.
* .Kartik K. Agaram2021-08-281-16/+8
|
* support unused screen-cells in fake screensKartik K. Agaram2021-08-281-0/+12
| | | | | | We'll need this when rendering 16-bit glyphs. They'll occupy two 8x16 display units on screen, but the grapheme is a single unit as far as fake screens are concerned.
* .Kartik K. Agaram2021-08-281-179/+187
|
* .Kartik K. Agaram2021-08-281-31/+31
| | | | Convert some old code to current idioms.
* .Kartik K. Agaram2021-06-081-2/+12
|
* stop printing more than one '.' per assertionKartik K. Agaram2021-06-081-6/+12
| | | | Screen real-estate is precious on the boot screen since we have no scrolling.
* start cleaning up pixel graphicsKartik K. Agaram2021-04-191-2/+2
| | | | | | Filling pixels isn't a rare corner case. I'm going to switch to a dense rather than sparse representation for pixels, but callers will have to explicitly request the additional memory.
* update vocabulary documentationKartik K. Agaram2021-03-081-7/+7
| | | | Top-level and linux/ now have separate vocabulary.md files.
* 7842 - new directory organizationKartik K. Agaram2021-03-031-0/+327
Baremetal is now the default build target and therefore has its sources at the top-level. Baremetal programs build using the phase-2 Mu toolchain that requires a Linux kernel. This phase-2 codebase which used to be at the top-level is now under the linux/ directory. Finally, the phase-2 toolchain, while self-hosting, has a way to bootstrap from a C implementation, which is now stored in linux/bootstrap. The bootstrap C implementation uses some literate programming tools that are now in linux/bootstrap/tools. So the whole thing has gotten inverted. Each directory should build one artifact and include the main sources (along with standard library). Tools used for building it are relegated to sub-directories, even though those tools are often useful in their own right, and have had lots of interesting programs written using them. A couple of things have gotten dropped in this process: - I had old ways to run on just a Linux kernel, or with a Soso kernel. No more. - I had some old tooling for running a single test at the cursor. I haven't used that lately. Maybe I'll bring it back one day. The reorg isn't done yet. Still to do: - redo documentation everywhere. All the README files, all other markdown, particularly vocabulary.md. - clean up how-to-run comments at the start of programs everywhere - rethink what to do with the html/ directory. Do we even want to keep supporting it? In spite of these shortcomings, all the scripts at the top-level, linux/ and linux/bootstrap are working. The names of the scripts also feel reasonable. This is a good milestone to take stock at.