Thanks Albert!

I knew it was going to be obvious!  I use the tool bar in other situations but 
had not thought of it in this situation because I didn't need all the extra 
stuff.  I could turn off all the other items, the only problem being that I 
can't change the "+" to something more descriptive.  It would still be nice to 
find some way to tie a normal button to a specific table.

Do you know of any way to directly capture what the active table is in a form.  
One could indirectly track the active table by setting a variable in a table 
entry eep in 7.5, 7.1 does not have table entry eeps, just row entry but that 
would probably work.  Capturing the active table could be used to make the 
toolbar visible/invisible as appropriate.

In any event, Thanks for the Suggestion!

Michael



Michael Moser
EXAQ Micro Services
www.exaq.com
Phone: 916-966-8313
Fax: 916-244-0582

 >>  Michael, add a tool bar to the form - they are assigned to a table. Add,
 >>  Delete, Last, First,
 >>  Next, Previous, Save, Edit, ...

 >>  --- Michael Moser <[EMAIL PROTECTED]> wrote:
 >>  > Hi All,
 >>  > 
 >>  > I'm probably (once again) missing something obvious but in 6.5 multi
 >>  table form buttons were
 >>  > active in only one table.  This was really annoying for buttons like
 >>  "Exit" but worked really
 >>  > nice for buttons like "Add Record" or "Move to Region X".
 >>  > 
 >>  > As far as I can tell, in 7.x all buttons are active in all tables so
 >>  buttons like "Add Record"
 >>  > become problematic.  I have been unable to figure out any acceptable eep
 >>  commands or normal
 >>  > command sequence strategies so that the record is added to the correct
 >>  table regardless of the
 >>  > active table when the button is activated.
 >>  > 
 >>  > The only solution I have found is to have a button eep that closes the
 >>  form, adds a row to the
 >>  > correct table, then opens the form.  Rows added with out closing the
 >>  form a are not displayed. 
 >>  > Unfortunately, closing and re-opening the form completely looses focus
 >>  on the currently selected
 >>  > records for tables 2, 3, etc.  which is not acceptable in most
 >>  situations.
 >>  > 
 >>  > Some of you must have run into the same problem --- any other
 >>  suggestions? 
 >>  > 
 >>  > I'm almost dreading the answers -- I'm afraid they are going to be
 >>  obvious ...
 >>  > 
 >>  > Classic "approach avoidance"
 >>  > 
 >>  > :-)
 >>  > 
 >>  > 
 >>  > Thanks,
 >>  > Michael
 >>  > 
 >>  > 
 >>  > Michael Moser
 >>  > EXAQ Micro Services
 >>  > www.exaq.com
 >>  > Phone: 916-966-8313
 >>  > Fax: 916-244-0582
 >>  > 
 >>  > 

 >>  Albert Berry 
 >>  Management Consultant
 >>  RR2 - 1252 Ponderosa Drive
 >>  Sparwood BC, V0B 2G2 
 >>  Canada
 >>  (250) 425-5806
 >>  (250) 425-7259
 >>  (708) 575-3952 (fax)
 >>  [EMAIL PROTECTED]

Reply via email to