Thanks to both of you. However...
I was already doing what Terry suggested. I go to fill out the form
using the drop boxes I have created. Then I go to print view to see
what I will get. In the print view, the options chosen (the text) are
still showing, and not their corresponding variables. So, using the
example previously given, I chose "Text", but instead of seeing "1" in
that field in print view, I am seeing "Text". However, when I used
Russ's idea to test it, I did get the results he suggested: the
expression box contains the "1" even as the field in the form (the
drop down list box) shows "Text".
I did not have this issue when I was using a Master:Detail control to
enter the date: the field in the Master would show "1". However,
remember that I ultimately I want the lists at the bottom of the form
to go away? Well, the same applied to the detail section. The best
solution for me would be to have a way to make the detail section not
be present. Can I insert a control to close the detail section just as
there is one to open it? Or should I instead create a new view (for
printing) that does not show the detail section?
> You can check that it works by inserting an expression box into your form,
> and setting the datasource of the expression box to your drop-down list box.
[quoted text clipped - 7 lines]
> >
> > Terry
Russ - 24 Oct 2006 22:58 GMT
There's probably more than one way to do this, but creating a seperate print
view is the one that I would choose. It seems like it wouldn't be too hard
to just copy most of your default view to a new print view, but use the
expression box I mentioned before to display the value where you need it.
> Thanks to both of you. However...
>
[quoted text clipped - 28 lines]
> > >
> > > Terry
Mike_D_Man - 24 Oct 2006 23:28 GMT
Thanks, Russ. I am going to go with that. Just so you know, though,
when using the drop down list boxes on the detail like that, it does
populate the corresponding field on the master with the proper value
and not the display name.
> There's probably more than one way to do this, but creating a seperate print
> view is the one that I would choose. It seems like it wouldn't be too hard
> to just copy most of your default view to a new print view, but use the
> expression box I mentioned before to display the value where you need it.
BronwenZ - 26 Oct 2006 03:12 GMT
Hi, The other thing we do in this situation is for every id to have a
corresponding description attribute in the schema, and in the onafterchange
of the drop down set the description attribute to the text value. Then on
the print view we bind to the description attribute rather than the id.
> Thanks, Russ. I am going to go with that. Just so you know, though,
> when using the drop down list boxes on the detail like that, it does
[quoted text clipped - 5 lines]
> > to just copy most of your default view to a new print view, but use the
> > expression box I mentioned before to display the value where you need it.