Tachyon/TAQOZ interesting projects/code/news/finds - post the info here.
A fast compact embeddable commercial quality Forth for Parallax MCUs
Brought to you by:
pbjtech
Menu
▾
▴
A general request to anybody who comes across or does something interesting in Forth (be it a Tachyon or TAQOZ) and what might be of interest to others, please post here or directly under the relevant sections, if applicable. If you think that's a good idea, off course.
An interesting post by ChristofEb about the self contained P2 development system concerning the source code editor on the P2.
Hi Maciek, I started SED to do just that to work on a terminal or VGA and I use that way myself with my PS/2 keyboard interface (over a USB connector). There's a mode in SED that line terminates each line of a 2k block. Sure, more can be done with it but it works well and I have edited files in it. It uses the standard keyboard navigation keys such as arrows and pgup etc.
Why wouldn't that be a good start, a very good start in fact?
https://forums.parallax.com/discussion/172819/sed-the-simple-sector-editor-for-taqoz
Last edit: Peter Jakacki 2021-11-18
Yes, Peter.
For me SED is an excellent start and far beyond that, in fact but I can see nothing wrong with other people wanting more :).
The colored syntax would be nice, wouldn't it ? Just for the looks as I do not see much value in the syntax automatic control in TAQOZ/Tachyon. Be it for some flavor of Cor Python or...you know...then I'd say it should be a mandatory feature but not so with forth. I just thought it's interesting so I linked it here. The 5Fs rules. I may as well be very pleased with just the first F and never have the need to tick more F boxes :).
For sure we could add syntax highlighting, or a theme at least. While SED edits in blocks, it is not your traditional block editor that relied on block numbers but rather it is simply working on a 2k block at a time in the opened file. So essentially it can be a unterminated lines but I prefer the fixed width CR terminated lines so that these can still be handled and read as standard text files. I am thinking of a way of copying and inserting text though that will still be compatible with this system.
Just for the fun of it, I will add syntax highlighting as per my highlighting I have for words listing.
If text files are no larger than say 64kB then we can allocate a buffer of that size and allow for inserting and deleting sections of text easily. RP2040.FTH is already 54k but it should really be broken up into EXTEND and SDFAT perhaps. Saving a 64kB file even slowly only takes about 64ms but in block mode will be a lot faster. I think I would have a temp file open to facilitate undo's etc.
If though we are allocating a text edit buffer then we don't have to limit ourselves to fixed sized blocks either as editing a small file like this is easy and mainly a matter of memory moves.