> p.s.: Before all you guys jump on me, I'm talking about USERS
> (app. programmers), not DEVELOPERS of IBO. Which I insist, the
> first ones should be the main concern of a developer. Always.

I know this is going to sound harsh... My users are developers. If they
cannot read instructions on how to unzip to a directory of their choice,
open a package source file and click the install button I am not interested
in trying to teach them anything more complex. Even if they aren't going to
get into the internals of IBO's development I think they would be a burden
on the IBO community as a whole. People at this level aren't going to look
past IBX because it is right on their IDE pre-installed already.

I've considered the cost/reward for having a more sophisticated install
system and there just isn't one out there that meets my likings. Believe me,
I have tried and others have tried too. Some day it is going to happen but
it isn't one of my highest priorities.

With version 4 I will have a setup that should be more friendly towards an
installation system since I have so many packages. It will be a lot of work
to do the manual install and some form of automation will be nice. I plan to
do it them but I've got to get the code working before I worry about that
part. Grids, grids, grids....

Your comments are appreciated and they are not lost. I'm just frankly
stating why things are the way they are right now.

Regards,
Jason Wharton
CPS - Mesa AZ
http://www.ibobjects.com