Re: [Amforth-devel] Editor and screens now working

[Matthias T. <mt...@we...>]

hi Karl

> I now have a (very crude) screen-based editor working on my  
> ATmega328P target.  I added support for a Microchip 25LC512 serial  
> EEPROM, which not only lets me back up an image of my system, but  
> also supports 32 source screens.  I modified REFILL to check a newly  
> added user variable called BLK.  If BLK is -1, REFILL uses the  
> console for input.  If BLK is not -1, REFILL uses a newly added word,  
> ACCEPT_BUFFER, to take characters from a selected source screen.  I  
> select a screen to compile/interpret from using a newly added word,  
> LOAD.

Would it help to include a modified version of refill that checks
blk and calls a deferred word if blk is not -1? I dont want to
include block support into the core system but modifiying core
words is bad anyways. I'd prefer a simple refill that can be
extended to whatever is needed without changing the sources in
core/*


> 
> The editor right now is very crude.  It does little more than clear,  
> load, copy, or list screens, list a directory of screens (line 0 of  
> each screen), and let me add text, one line at a time, to a screen.   
> But it's a start, and it is so nice not having to sit through the  
> glacial serial download!

Is loading a screen really faster than communicating over the
serial line? I'd expect that the flash write is the main speed
limiting factor.. I'm just curious.

Matthias