Yes, mergefield by itself yielded the correct answer in
true or false terms.
By looking areound the web and by applying an example I
saw I found a fix that works!
I don't have the document here, as I am now home, but it
basically consisted of embeding the bracked statement
{ mergefield myfield } inside of another set of brackets
and putting an equal sign in front, something like this:
{ {= {mergefield myfield }} 0 "No." "Yes." }
>-----Original Message-----
>OK, what is the result of
[quoted text clipped - 44 lines]
>
>.
Peter Jamieson - 04 Oct 2003 09:32 GMT
In essence, whatever the Mergefield returns is what you need to test in your
{ IF } field.
The problem here is that Yes/No fields appear differently depending on which
method Word is using to connect to Access (and they may also depend on the
version of Access or the Jet database engine). This is complicated by the
fact that the default connection method changed from DDE to OLEDB in Word
2002.
The { = } approach is probably something like
{ IF {= { MERGEFIELD myfield } } = 0 "No." "Yes." }
It should not be necessary to have the { = } field but since there is no
published specification of the "field language" in the end the only
specification available is "if it works, it works" :-)
--
Peter Jamieson
MS Word MVP
> Yes, mergefield by itself yielded the correct answer in
> true or false terms.
[quoted text clipped - 58 lines]
> >
> >.
Cindy Meister -WordMVP- - 04 Oct 2003 16:04 GMT
Hi Jerry,
> Yes, mergefield by itself yielded the correct answer in
> true or false terms.
Which version of Word is this, and which connection method
are you using to the data?
I noticed that Access 2002 tends to send literal Yes and No
(or True False) rather than 0 and 1/-1, as earlier versions
used to...
Cindy Meister

Signature
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update
Jan 24 2003)
http://www.mvps.org/word
This reply is posted in the Newsgroup; please post any
follow question or reply in the newsgroup and not by e-mail
:-)