Hello Bret,
So I’ve started to fool around with the One Zero and One Point files. After gathering some experience with the One Zeo files I’d propose a more flexible reading algorithm.
I like these text files so much that I started to implement export functions to some of my modules (Vulcan, SaveMeMono, SaveMeMonoWide, etc.) and later on I also added import to some of them. I’ll surely will add it to a few more of my modules.
But I implemented the code by mistake the proposed way: only ‘1’ and ‘0’ characters are considered (respectively as ‘true’ and ‘false’) for One Zero files. And it is a bless.
Using my export functions all create the classic One Zero files:
1000100010001000
0010001000100101
01010101010101010101010101011111
But occasionally I also edit the text files manually. In this case it is immensely useful that I can add a space as delimiter. It’s easier to work with the file in a text editor.
1000 1000 1000 1000
0010 0010 0010 0101
0101 0101 0101 0101 0101 0101 0101 1111
01010111 01010100 01011101 01011111
Later I started to add some labels to my lines that I can see that I’m modifying the right line.
KICK 1000100010001000
SNRE 0010001000100101
CHAT 01010101010101010101010101011111
In short: I would not encourage this extended format but I’d change the code to allow a more flexible usage.
Regards, A.
P.S.: One Point files are good as they are in my opinion.