While many subprograms can be annoying, you have to realize that the person who said "good things come in small packages" didn't have just 20kB of RAM to work with.

Not saying there's anything wrong with them.
It's just that it IS an inconvenience to have to mess with that many subprograms.
I do respect all the work put into them and have never dissed the games themselves, just that feature.
Face it, no game is perfect, but if the only problem is that it's a minor inconvenience to have so many programs on your list then it's damn near close to perfect.

In my case, I was just letting Skuller know that my game wasn't going to have too many and that the ones I do have will be hidden.
______________

And, yes, I know you were talking to me too, because you said 'guys' and the only ones to bring it up are skuller and I.

Hiding your programs/appvars would be a smart idea, and having the program fast (as needed) is the number one priority for me.

Necro Post... er... Necropost I mean. WAIT! Necro Post, yeah I was right... oh NOT! it's Both lol.


I don't think there's a way to do that in BASIC. I wonder if Celtic III can do so, though. That said, even if it,s impossible, just convering the programs into APPVARS might solve the cluttered program menu issue.

To feed the necropost, Celtic III *does* have the ability to hide programs and appvars and will still read from them as though they weren't hidden. Don't try to actually run one of those kinds of programs, though.

And there are known issues revolving around archiving a "hidden" program. Supposed to cause, like, major memory meltdown or something.

IIRC, the problem is with hiding an archived program, not archiving a hidden program (if you know what I mean). That is, the name in the backup VAT entry in the archive needs to match up with the one in the entry in RAM.