DBL_Editor.AMOS - I get "Variable name's buffer too small" (G_TEMP_IX_NEXT on line 213) in the AMOS Editor
A case of "If all else fails, read the manual!"
It's a big program with long variable names and it chews up a lot of string space. So you need to make a couple of changes to the interpreter configuration to increase the variable and string spaces. Just look in
DBL_Editor.guide under
Installation. That goes through it step by step.
In all my AMOS programs, I also read the AMOS default screen's positioning and use it for positioning my screens. That guarantees that it will work on anyone's system if they've set their default screen correctly. The editor uses the same positioning values. But, as the editor's not guaranteed to be there for programs run from the CLI or compiled, the default screen is safer. The default screen's size is also used by AMOS. So if you're using a PAL system, and you find your mouse trapped to only NTSC height, the culprit is probably
Resource Screen Open. No matter what you try with
Screen Display and even if the Resource Bank's original IFF size was made to fit a PAL display, the mouse stays trapped. The 'out-of-the-box' default screen is 320 x
200 in AMOS Pro, so PAL system users should change it now to save hours of frustration.
Proc_and_Var_Xref_101_Cmnt.AMOS - Keep getting "Program not Tested!" message, despite testing (F2) and saving the AMOS program, before loading/running accessory!
You need to Test the program ([F2]) but NOT Save it. AMOS sets a flag when a program has been 'tested'. Any change after that point, including Saving it, clears the flag. I have to check that flag in case anything went wrong when AMOS tokenised the program during the Test process. Otherwise, there's a possibility some of the output will be garbage. The benefit is that if that flag's set, not only is it 'clean' but I also know it hasn't been saved. So I can confidently save it in the accessory (after checking with the user, of course, in case they want a different name).
As for the rest of your post, gee thanks!