I try to make my apps as pleasing to the eye, as reasonably possible, as well as easy for the end user to work with, but at the end of the day we're talking about
business software, here,
databases, not
graphics apps or
social networking apps, and the primary mission is for it to fulfill the
business needs it's been created for, in an accurate and timely fashion.
Using the kind of hack you've just described, with
Unbound Forms, is simply, to my mind, a waste of time and resources, especially in relation to an Access project and for the sole purpose of
hiding/showing certain
Controls. They really undermine the function of Access, which is to facilitate
Rapid Application Development . With
Bound Forms Access does the vast majority of the heavy lifting; with
Unbound Forms the developer has to
write code for
everything, even the most mundane tasks, such as the navigation you’ve mentioned.
If
Unbound Forms simply have to be used, you'd be far better off using a straight
VB or
C++ front end with a
SQL Server or
Oracle back end.
- You can create an EXE file which gives total protection to your code/design
- You can distribute the db to PCs without a copy of Access being on board
- Your data security is far, far better than anything you can do in Access
Why, exactly, does this have to be a
Continuous View Form, and
why do these
Controls have to '
disappear,' as opposed is the simply having them
Disabled, which can easily be done with
Condition Formatting?
Linq
;0)>
BTW, how's it going with that rat problem, in Hamelin?
