there's also a pretty good screen editor. written in qb64 by one of the members of the phoenix edition forum. the program is called "scrned". it could be created on linux. unfortunately it has a "win32 api" call. that causes it to fail to compile. moreover that forum doesn't permit anymore. accessing links to programs directly. unless someone is member of that site. otherwise i would recommend this program. it is somewhat like "nano." it might help someone learn programming concepts. not necessarily basic.
the qb64 phoenix edition forum is opened once again! so i could recommend this text editor. if you're adventurous enough.
qb64phoenix.com
take the code file called "SCRNQB64.BAS" only. the others don't matter. unless you
do use ms-dos or windows 3.x ...
comment out entirely the final function listed in the source code.
then add a function, named alike. which simply calls "command$" built-in basic function. this should work on linux. i have verified it. as i've said, this should work on any version of qb64. beginning with qb64 2.0.2. the final offering of "dot-net" site that became extinct circa april2022.
this program works a bit slowly. on an elderly laptop like mine. with "only" 4gb ram and 2 cpu cores. it's recommended to run from the terminal. it must be given a text file to edit. cannot create from scratch. this could be a deal-breaker for some people. it will ask. if it should expect a text file to have ascii10 "\n" line-ending like linux expects. or "\r\n" combination like in windows. another thing that might be upsetting to some people. is that the user gets one chance to save. press "escape" then the program asks if the file should be saved. then it quits. the program must be started again to resume editing the text file.
(pressing "escape" to save and then quit. was a function of the program by mcafee for ms-dos. don't remember what it was called.)
it does not have "modern commodities." like word-wrap and regular-expression search. this program was an impressive effort. by a guy who coded for 16-bit microsoft language products during the 1990's. this is noticed when the user fires up this program. without giving an existing text file. it asks if the user wants a list of text files from the current directory. it fails, of course because on linux. the command is "ls" not "dir" to make a listing. the fix is more complicated than what was mentioned above. otherwise i would have to provide the fixed source code. which is not good form. where proper credit must be given to the original author.
