@xra7en
Here is what I was trying to achieve. Print using ##### etc... works fine, but, it has some padding that I do not want
IMHO this is the same issue
1. about INPUT that cannot take some characters from keyboard or file (think about ASCII table and _MAPUNICODE discussion in other thread)
2. or INPUT that works like an enlarged editor and it is not possible to select a range (or set) of character to get into as user's input
3. or INPUT that works like an enlarged editor and it is not possible to define how many characters must be taken form user's input
4. INPUT that works like an enlarged editor and it let to delete previous characters typed in by user before pressing ENTER key
5. FILES that works fine to show files in the path but its output is only on the screen, and plus in a fixed manner that you cannot modify
and you are right the real solution is to rewrite by your own the function if those of other coders are not suitable for you.
I imagine that the same tip to transform in String the number to print it let you loose some interesting formatting characteristics of PRINT USING , but as you can see it is an old function of BASIC born with the dark DOS (or before DOS?).
@ Steve
It would be a fine solution to let _OVERWRITE and _INHERITED into BASIC :-)
So I can model KEYWORD to my needs no starting from zero.... following the way of TYPE... END TYPE and DEF FN... END DEF
(how many years do you need to translate actual code into OOP compatible code?)
Thanks to read