More than one set of tab pages

I

Imran Ghani

Hi! I want to build my application using tab pages. But the requirement is
such that I have to show the information on more than one set of tab pages.
Please advise me in this respect, whethere more than one set of tab pages can
come on one form or not. Further I would like to bring the set of tab pages
in focus whose tab page is being clicked. Can it be done this way? Can more
than two sets of tab pages be opened on a form and information shown on them
tab page set wise?
 
J

Jack Leach

Yes, this can be done. Put any amount of tab pages you want on a form,
either nested inside each other or side by side, it doesn't matter. The only
limit would be whatever access's limit is on controls on a form (and I
believe this is more than 1000). Then you all the advice given over your
posts from the last week or so to manipulate them.

This could have been more easily answered by trying it rather than coming
here to ask about it.

--
Jack Leach
www.tristatemachine.com

"I haven't failed, I've found ten thousand ways that don't work."
-Thomas Edison (1847-1931)
 
I

Imran Ghani

I appreciate your kind help. I'd tried it but the requirement of making it in
maybe 2 to 3 sets of say 4 or 5 pages each, and further when selecting any
page of the set the whole set of tab pages to be selected, has made it such
to be queried. Thanks any way.
 
J

Jack Leach

I was recently considering using an interface that utilizes one main form,
with a number of nested tab controls, with appropriate subforms and controls
on the tabs. I had seen an application set up like this a few years ago and
really liked the interface.

For my purposes, the top row would be tabs such as
Orders|Purchasing|Production|Shipping etc, and each tab would have another
tab page on it, with those tabs reflecting different methods for working with
the data, with further nested tabs if required.

The thing to be careful of here is the amount of process-heavy controls that
are all buried in this one form. Essentially, most of the separate forms you
would use in a more standardized setup would all be subforms on this main, so
thats a massive amount of overhead for one form (I was looking at almost 50
subforms on the main by the time I was done).

The way to work this efficiently would be to refresh all controls on the tab
pages only when the user clicks on the appropriate tab (and a lot of
pre-setup when the app opens to get everything ready to go as quick as
possible for the user). There's a strong need to isolate each 'view' and
work only with that view when it is active. You don't want your user sitting
there twiddling their thumbs for 10 seconds every time they click a tab.

After an hour or two of scratching out some notes and concepts on how to
handle this, I temporarily gave up on it due to the amount of work required
for it to work efficiently, and more important things to work on. In theory,
though, it seems fairly straightforward.

So I think this would work for you, its not out of countenance to work with
multiple tabs, but depending on how far you want to go with it there's going
to be some work invloved to keep things running quickly and smoothly (also in
a setup such as this, each time the page is changed the underlying data would
have to be updated with whatever may have been changed from the user's
previous location).

It turned out to be a larger project than I was hoping for, but someday I
hope to have time to work on it. I really do like the idea of an interface
like that... would make it pretty slick for the users.

--
Jack Leach
www.tristatemachine.com

"I haven't failed, I've found ten thousand ways that don't work."
-Thomas Edison (1847-1931)
 
Top