Well, I haven't yet told you that ... my editor is very very complex.
It's written around a vt100-core so you can interface it to a vt100 emulator (minicom, or something, including physical vt220 terminals like my DIGITAL) and supports all the features you see in the
nano editor (except it's not ncurses-based)
app-editors/nano GNU GPL'd Pico clone with more functionality
but it's written in C, it uses a library to support b+tree for indexing stuff, among other modern-like features (like search & replace) which I doubt it will ever fit the ROM's size for something that makes sense. It's really too big, compiled for 68k it takes 200Kbyte of ROM, and 300Kbyte of ram.
Cannot be used on 68hc11, it definitively needs to go on the MIPS Atlas board, which has 32Mbyte of DRAM, 8Mbyte of ROM, or to the 68000-board at least, which has 8Mbyte of DRAM, 128Kbyte of static RAM, and 2Mbyte of ROM.
Bigger machines, with 32bit address space, and ... a lot of ROM and RAM
Doing tiny-stuff is, ironically, more complex for me since it needs to be distilled in order to reduce the final size.
Anyway, I have recently integrated BUFFALO with a BASIC interpreter, and the resulting ROM is 32Kbyte. This way you bootstrap BUFFALO, then you can "jump" into the BASIC interpreter. You just need to type "BA" + ENTER on the prompt!
These two also share a piece of RAM which has been reserved so you can "pass" some environment from BUFFALO to BASIC. Maybe it's useful. Maybe not. Mumble, for now, it just sounds cool
Anyway, it's a reserved slice of RAM (of 512 bytes) where none of two write anything during the bootstrap.
But yesterday night I had a better, neater, and simpler idea: a ROM bank selecting by a bigger UVPROM where it's higher address A16 and A15 pins are pull-up-ed to resistors and connected to a dipswitch so you can select what you want to bootstrap
BIG ROM (128Kbyte)
A16 A15 A14..A0 content
-------------------------
0 0 xxxxxxx BUFFALO
0 1 xxxxxxx NOICE11
1 0 xxxxxxx BASIC11
1 1 xxxxxxx IC11_GO
BUFFALO is a classic
NO-ICE11 would be interesting and useful
BASIC11, just nostalgia, but cool!
IC11_GO, so you can use the Interactive C
each bank must be of 32Kbyte, the resulting UVROM is 4x32Kbyte = 128Kbyte.
Not too bad
the HB-board doesn't use any UVROM, it uses a Static RAM + battery, but the above trick can be applied also the same way