: I am about to start a programming project that will be a fairly lengthy
: piece of software. I would like to use GEM dialogs and menus and I am in
: a bit of a muddle! I own HiSoft Basic 2.1 & GFA Basic 3.6 and have limited
Well, I've had to do with HiSoft BASIC 2.10 and GFA BASIC 3.5, and HiSoft
BASIC is, IMHO, far ahead of GFA as far as user friendliness is
concerned. At least the editor is GEM based, and therefore runs in any
: work in anything but ST High (I'm using a 4MB Falcon). Is it possible to
: use the new AES 3D dialogs with GFA?
The GFA editor only operates in the ST Compatible resolutions. Yes, you
can do anything with GFA do do with GEM, including 3D diaolgues, but it's
just a lot more fiddly than HiSoft BASIC. The other advantage of HBASIC
is that you can have Header files, and include other files in your
One other reply said that HiSoft BASIC was "supposedly" compatible with
all the MiNT and AES 4 etc. enhancements. Well, it's not just supposedly,
it really is, unlike GFA. And it' still supported by HiSoft, though they
aren't that interested when problems are reported to them, but it's
better than no support at all.
All in all, I would suggest that you use HiSoft BASIC, as it is much more
GEM friendly, and supports GEM and the latest enhancements much more
comprehensively than GFA. And the manual is much better than GFAs, IMHO,
but it's still got a few errors. What yuo really need is the Compendium,
as the manual lacks any mention of the latest things like iconification,
MiNT specific calls, Falcon030 sound system calls and so forth. Naturally
all these are fully supported by HBASIC, but not mentioned in the manual.
I think you'll find that with GFA, you'll have quite a job keeping up
with all the latest bits and pieces, and just with GEM programming in
general it can be a pain, as some calls have major limitations, and some
calls are missing, meaning that you have to write yuor own "library" for
them in BASIC and as you can't include headers, this is a real nuisance!
The other thing is, if yuo want to save yourself a lot of bother writing
non-modal dialogue routines and whatnot, HBASIC comes with a GEM
"toolkit" of routines which are designed to do all this for you. They are
somewhat buggy, however, and I use a *very* heavily modified version of
them. But they do the job, and with a few minor modifications, they can
be fairly bug free.
Of course, you could switch to C like most people do, but IMHO, there are
no advantages offered by C for most applications, so if you're used to
BASIC, why shift just because "it's the thing to do"?