Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
DiscussionsAccessExcelInfoPathOutlookPowerPointPublisherWord
DirectoryUser Groups
Related Topics
Outlook ExpressInternet ExplorerWindowsMS Server ProductsMore Topics ...

MS Office Forum / Word / Mailmerge and Fax / February 2007

Tip: Looking for answers? Try searching our database.

Merged data in footer reverts to field name

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Robert - 12 Feb 2007 22:44 GMT
I have a word document that was created using a macro.  This document has
data fields in both the body and the footer.  When I try to print this
document to a remote printer from the remote location the data in the footer
(only) reverts to the merge field name.  This also happens when you convert
the document to PDF.  This document can be printed as expected at the office.
I am using MS Office 2003 Professional.  I am accessing the document from
home by logging in through Remote Web Workplace.  The server is MS Small
Business Server 2003 standard SP1.  This issue is preventing me from working
at home.
Signature

Bob

Peter Jamieson - 13 Feb 2007 09:48 GMT
Try checking Word Tools|Options|Print|Update fields and/or
Tools|Options|Print|Update links

Peter Jamieson
>I have a word document that was created using a macro.  This document has
> data fields in both the body and the footer.  When I try to print this
[quoted text clipped - 9 lines]
> working
> at home.
Robert - 15 Feb 2007 20:29 GMT
Neither of "Update fields" nor "Update links" were checked.  I tried checking
each one individually and both at the same time and now I loose the merge
data in both the body and footer when I print preview even though I have
unchecked both of these.  

What is most puzzeling to me is that the document is created on one PC and
saved to a shared drive.  When you open the document saved to the shared
drive all the data is present in both the body and the footer.  But if you
print or print preview the data reverts to field names but just in the
footer.  I have solved the issue for now by saving the original document to a
PDF file on the shared drive.  

I'm not sure why any of the following information has anything to do with
the issue since when you view the saved document the data is present.  The
original document is created in MS Office XP running on Windows 98 running on
MS Virtual Machine.  The shared folder is on an SBS 2003 machine.
Signature

Bob

> Try checking Word Tools|Options|Print|Update fields and/or
> Tools|Options|Print|Update links
[quoted text clipped - 13 lines]
> > working
> > at home.
Peter Jamieson - 16 Feb 2007 09:21 GMT
OK, I think what is probably happening in this case is that
a. you are /printing/ a document that is a mail merge main document,
instead of /merging/ it, either to a printer or an output document. That
alone may be enough to explain what is happening
b. when created, the document is connected to its data source and correctly
displays data, sometimes
c. when you move it to your shared drive, it loses its connection with the
data source and you will lose any existing /merge/ preview vvalues when you
print or preview.

Peter Jamieson
> Neither of "Update fields" nor "Update links" were checked.  I tried
> checking
[quoted text clipped - 36 lines]
>> > working
>> > at home.
Robert - 16 Feb 2007 17:52 GMT
Peter:

Thanks for your efforts on this issue.  So what you seem to be saying is
that even though when you open the document on the shared drive that is
separated from its data source and the actual data is visible (both body and
footer) you cannot print/print preview it and see the data.  However it does
print/print preview the data in the body of the document just not from the
footer.  Or another words if it prints from the body why not from the footer.
Signature

Bob

> OK, I think what is probably happening in this case is that
>  a. you are /printing/ a document that is a mail merge main document,
[quoted text clipped - 47 lines]
> >> > working
> >> > at home.
Peter Jamieson - 16 Feb 2007 21:49 GMT
> Or another words if it prints from the body why not from the footer.

I guess that's just the way it it. It's not really possible to answer "why"
questions about software without having, identifying and understanding all
the relevant source code. Even if I had any of the code, which I don't,
identifying the relevant code would probably be pretty time-consuming in
itself.

Peter Jamieson
> Peter:
>
[quoted text clipped - 74 lines]
>> >> > working
>> >> > at home.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.