If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#21
|
|||
|
|||
MS Rant - TabIndexes
"Dirk Goldgar" wrote:
That's what I do. I turn off the tabs themselves using Style = None. Although having no tabs makes it a little awkward to work on the tab pages in design view, I can always switch from one tab page to another by selecting the page in the object drop-down box or the property sheet. Actually I'd put a line or two of code in the forms open event just to change that setting automatically. Tony -- Tony Toews, Microsoft Access MVP Tony's Main MS Access pages - http://www.granite.ab.ca/accsmstr.htm Tony's Microsoft Access Blog - http://msmvps.com/blogs/access/ For a convenient utility to keep your users FEs and other files updated see http://www.autofeupdater.com/ Granite Fleet Manager http://www.granitefleet.com/ |
#22
|
|||
|
|||
MS Rant - TabIndexes
"Tony Toews [MVP]" wrote in message
... "Dirk Goldgar" wrote: That's what I do. I turn off the tabs themselves using Style = None. Although having no tabs makes it a little awkward to work on the tab pages in design view, I can always switch from one tab page to another by selecting the page in the object drop-down box or the property sheet. Actually I'd put a line or two of code in the forms open event just to change that setting automatically. Maybe, but I'm not sure if having space allocated for the tabs would affect the desired layout of the form. I'll bear that in mind as something to try, the next time I have occasion to build a "wizard" interface. -- Dirk Goldgar, MS Access MVP Access tips: www.datagnostics.com/tips.html (please reply to the newsgroup) |
#23
|
|||
|
|||
MS Rant - TabIndexes
Dirk Goldgar wrote:
"Tony Toews [MVP]" wrote in message ... "Dirk Goldgar" wrote: That's what I do. I turn off the tabs themselves using Style = None. Although having no tabs makes it a little awkward to work on the tab pages in design view, I can always switch from one tab page to another by selecting the page in the object drop-down box or the property sheet. Actually I'd put a line or two of code in the forms open event just to change that setting automatically. Maybe, but I'm not sure if having space allocated for the tabs would affect the desired layout of the form. I'll bear that in mind as something to try, the next time I have occasion to build a "wizard" interface. In that circumstance I just name the tab pages starting with "AAA" so that they always appear at the top of the control list. |
#24
|
|||
|
|||
MS Rant - TabIndexes
"Dirk Goldgar" wrote in
: "Tony Toews [MVP]" wrote in message ... "Dirk Goldgar" wrote: That's what I do. I turn off the tabs themselves using Style = None. Although having no tabs makes it a little awkward to work on the tab pages in design view, I can always switch from one tab page to another by selecting the page in the object drop-down box or the property sheet. Actually I'd put a line or two of code in the forms open event just to change that setting automatically. Maybe, but I'm not sure if having space allocated for the tabs would affect the desired layout of the form. I'll bear that in mind as something to try, the next time I have occasion to build a "wizard" interface. It does wreck the layout if you have the tab control very close to the top of the detail area, or if the extra space the tabs take up covers other controls. I just use the dropdown, but, yes, it is something of a pain. -- David W. Fenton http://www.dfenton.com/ usenet at dfenton dot com http://www.dfenton.com/DFA/ |
#25
|
|||
|
|||
MS Rant - TabIndexes
But you could design the layout and shake down the functionality by placing
the controls in regions of a very enlarged form, thus avoiding the headache of the overlap. If you go with a naming schema such as tb1_, tb2_ you can then you code to move the controls into and out of position. "David W. Fenton" wrote in message 6.90... "Dirk Goldgar" wrote in : "Tony Toews [MVP]" wrote in message ... "Dirk Goldgar" wrote: That's what I do. I turn off the tabs themselves using Style = None. Although having no tabs makes it a little awkward to work on the tab pages in design view, I can always switch from one tab page to another by selecting the page in the object drop-down box or the property sheet. Actually I'd put a line or two of code in the forms open event just to change that setting automatically. Maybe, but I'm not sure if having space allocated for the tabs would affect the desired layout of the form. I'll bear that in mind as something to try, the next time I have occasion to build a "wizard" interface. It does wreck the layout if you have the tab control very close to the top of the detail area, or if the extra space the tabs take up covers other controls. I just use the dropdown, but, yes, it is something of a pain. -- David W. Fenton http://www.dfenton.com/ usenet at dfenton dot com http://www.dfenton.com/DFA/ |
#26
|
|||
|
|||
MS Rant - TabIndexes
"Tony Toews [MVP]" , iletide sunu yazdi ... "David C. Holley" David.C.Holley wrote: At what point in time is MS going to alter Forms so that controls only tab between controls on the same page? Building a wizard where you want the user to be able to TAB, just like the rest of every application out there, would be so much easier. I don't quite understand the problem here. Using the tab key skips from page to page? Tony -- Tony Toews, Microsoft Access MVP Tony's Main MS Access pages - http://www.granite.ab.ca/accsmstr.htm Tony's Microsoft Access Blog - http://msmvps.com/blogs/access/ For a convenient utility to keep your users FEs and other files updated see http://www.autofeupdater.com/ Granite Fleet Manager http://www.granitefleet.com/ |
#27
|
|||
|
|||
MS Rant - TabIndexes
"David C. Holley" David.C.Holley wrote in
: But you could design the layout and shake down the functionality by placing the controls in regions of a very enlarged form, thus avoiding the headache of the overlap. If you go with a naming schema such as tb1_, tb2_ you can then you code to move the controls into and out of position. I'd rather not code that. I certainly use naming conventions for my tab pages (pge is my prefix for it), but don't see the point of coding, as I don't know when the code should run. There's also the new issue in A2002/2003 with runtime changes getting saved when they oughtn't, which is a real thorn in my side in apps where I set background colors and so forth at runtime. -- David W. Fenton http://www.dfenton.com/ usenet at dfenton dot com http://www.dfenton.com/DFA/ |
Thread Tools | |
Display Modes | |
|
|