collapseos/blk/001

MASTER INDEX

5-99 unused
100 Block editor
120 Visual Editor             150 Extra words
160-199 unused
200 Z80 assembler             260 Cross compilation
280 Z80 boot code             350 Core words
410 PS/2 keyboard subsystem   420 SD Card subsystem
440-519 unused                520 Fonts
550-649 unused
650 AVR assembler             690 AVR SPI programmer
700-729 unused                730 8086 assembler
800 8086 boot code            830 PC/AT recipe
tools: add blkpack 2020-04-13 22:05:03 -04:00			`MASTER INDEX`

Indicate unused blocks in master index It gives a better idea of where stuff can be moved/added to. 2020-08-16 09:38:50 -04:00			`5-99 unused`
doc: take dictionary out of blkfs 2020-08-16 08:19:35 -04:00			`100 Block editor`
Begin working on a Visual Editor 2020-06-04 10:39:59 -04:00			`120 Visual Editor 150 Extra words`
Indicate unused blocks in master index It gives a better idea of where stuff can be moved/added to. 2020-08-16 09:38:50 -04:00			`160-199 unused`
Move xcomp to blocks 2020-04-21 20:30:14 -04:00			`200 Z80 assembler 260 Cross compilation`
Move Cross-compiled core from B390 to B350 and renamed it "Core words". Also, reworded the presentation. 2020-05-15 22:44:49 -04:00			`280 Z80 boot code 350 Core words`
Move SD Card subsystem outside of RC2014 recipe and add protocols Although the SPI Relay driver is RC2014-specific, the SD Card driver is generic enough to be a subsystem. That's the second subsystem we add and this warrants, I think, the formalization of a new concept: protocols. 2020-08-16 14:30:33 -04:00			`410 PS/2 keyboard subsystem 420 SD Card subsystem`
recipes/trs80: move recipe blocks into local overlay 2020-09-20 11:57:04 -04:00			`440-519 unused 520 Fonts`
recipes/ti84: move recipe blocks into local overlay 2020-09-20 20:24:09 -04:00			`550-649 unused`
avrspi: first steps After having done my initial handshaking, I thought the rest of the job was only a matter of implementing the protocol, but I was wrong. There were many issues to fix before I could reliably communicate with my 328P, mostly timing. Now, I seem to be able to reliably extract fuse information, but only in batch mode (that is, run "asp$ aspfl@" directly, then running "(spid)" before running the next command). If I try to interact with the chip in a single asp$ session, I sometimes get wrong values (but no sync error! that's worrying...). 2020-08-30 08:01:09 -04:00			`650 AVR assembler 690 AVR SPI programmer`
			`700-729 unused 730 8086 assembler`
pcat: move drivers and xcomp to blkfs 2020-06-22 14:20:46 -04:00			`800 8086 boot code 830 PC/AT recipe`