Tool to convert Tokenized Sping 2 text?
davidsaunders
Posts: 1,559
in Propeller 1
In order to get back into the swing of things I was going to look at some of the code in OBEX. I quickly found a problem, namely that most of the code is tokenized, and I do not have any way of viewing it.
As such is there a tool that will run on ARM Linux that can convert the tokenized code into a text listing? Without having to install an IDE or editor?
As such is there a tool that will run on ARM Linux that can convert the tokenized code into a text listing? Without having to install an IDE or editor?
Comments
However, Spin source code is in some variant of Unicode. I suspect that is what is tripping you up.
I don't recall the details but I suspect it is some kind of 16 bit character encoding.
This drove me nuts when trying to run OpenSpin in the browser.
I do not know what to do about it now.
Though I will give a try with other UTF capable tools, just in case it has been converted to some form of UTF.
So it is some kind of UTF encoding, weird that other UTF-16 capable editors did not work.
Which 4 of the examples are you talking about?
The Prop Tool and hence OpenSpin, Simple IDE, Propeller IDE, BST, HomeSpun have no idea about linking compiled/tokenized objects into a program.
So there should not be any such things in OBEX.
There has been talk of OBEX having been hacked and spammed recently. Perhaps you are suffering from that.
You remind us of a good point. Spin source uses a weird encoding that should be fixed for the new Spin 2 for the Propeller 2.
IIRC there was a way to convert back to 8bit encoding but of course the graphics (which are only comments) will be somewhat lost.
Whatever graphics symbols are required no doubt exist in Unicode.
So if Spin source was saved in UTF-8 there should not be any loss.
If those symbols do not exist in Unicode then the should be disallowed in Spin 2 and replaced with whatever is available.
Of course the whole idea of doing such graphics in source text is broken. It relies on the the reader having the right font to display it correctly.
Maybe this needs a thread in P2 forum, about Source rules and Fonts ?
Certainly, requiring a font is just nuts these days, and for any Graphics in source files, I use this tool :
https://josoansi.de/download.php (Looks like they now include source)
AACircuit allows quite useful schematics in standard font.
To render on almost anything, use any fixed-space font.
If you really do develop using NTSC monitor, you are free to use the Prop font & I see it will make sense in embedded systems.
Just best avoided in web-published source code.
It's just a pity that there seems to be problems with other software/systems. PropTool is fine with it.
http://www.proggyfonts.net/download/
-Phil
Interesting to see they have a bold punctuation option.
Anyone tried that ?