A Microsoft Office (Excel, Word) forum. OfficeFrustration

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.

Go Back   Home » OfficeFrustration forum » Microsoft Word » Mailmerge
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Word "INCLUDETEXT" changes the filename



 
 
Thread Tools Display Modes
  #1  
Old April 21st, 2005, 07:54 PM
Cheryl Cavanaugh
external usenet poster
 
Posts: n/a
Default Word "INCLUDETEXT" changes the filename

I am a different user, but have the exact same problem. I have the code:

{ INCLUDE TEXT: "C://Program Files//Ecorp//Letterhead.dot" }. This pulls in
our client's letterhead into master letters (not meaning a master document as
defined by word - just a precedent). It works like a charm in the office,
but on the client's site, the path and file name change to something
COMPLETELY DIFFERENT and changing it manually makes no difference whatsoever.
Oddly, or perhaps not oddly, I don't know, it retrieves the letterhead our
client has stored on their own system - not the right letterhead by any
means, but it is a letterhead, but different name! BIZARRE! How can I keep
this from happening?

"Peter Jamieson" wrote:

I have to tried to replicate this problem but have not seen it so far. That
might just mean that my data is not sufficiently large or some such. But
here are a few questions:
a. which versions of Word exhibit this problem? ("Ritterhaus" mentions Word
XP - have you also experienced it on Word 2003? 2000? etc.)
b. does it appear to make any difference how the INCLUDETEXT is
constructed? e.g., in the example given it seems very simple:

{ INCLUDETEXT "master.doc" BookmarkName }

In this example, I am assuming that
i. master.doc is a piece of plain text, not the result of a MERGEFIELD
field
ii. BookmarkName is the result of a MERGEFIELD field. Is that correct? Does
the bookmark name ever
iii. there are no quotes around BookmarkName (according to Word Help, they
are not part of the INCLUDETEXT syntax so that should be OK). Does it make
any difference if BookmarkName is quoted?

However typically you would need path information, or the INCLUDETEXT would
either resolve correctly or it would not depending on what Word considered
its current folder to be. e.g. if you open the mail merge document, then
open a document in another folder, then refresh the INCLUDETEXT field, you
will probably see an error. The question is, does the reported problem only
occur if no path is present, a path is present, or does it make no
difference?

d. is there only a single INCLUDETEXT in problem documents?
e. If you move the entire application to another PC, does the problem still
occur? The chances of having a problem recognised and investigated are
obviously very much higher if you can provide an example which goes wrong
sometimes, even if you can't get it to go wrong to order. (I think you would
have to go via Microsoft PSS to get any action on this though).

Peter Jamieson


"pbnyc" wrote in message
news
I have precisely the same problem which I've never been able to describe so
eloquently. Thank you. It's a shame no one has responded. Every answer
I've
ever heard to this question never quite admits that this is a bug, but it
very clearly is, and it's also very clearly a show-stopper in terms of
using
Word + Access as a reliable solution for the creation of mission critical
documents. Answer I've heard always focus on user's not getting the
connection right, but as stated, this still happens when nothing has
changed.
I mean nothing but opening and closing the Word file. And what about the
mangled field code? It's not as if the postition of a quotation mark plays
any kind of significant role here is it???

" wrote:

I've seen postings on this going back as far as 2002, but never found a
efinitive answer. Microsoft doesn't seem to address this in their
knowledge base, yet this appears to be an old problem. Here's the
scoop...

Lawyer is using Word XP and has a master document with boilerplate
text, we'll call it master.doc. He creates 20 or so "child documents"
that must include some of the text from the boilerplate. He goes
through the master and creates a bookmark for each section of text he
wants to use as a unit.

In the child documents he includes the boilerplate with the following:

{ INCLUDETEXT "master.doc" BookmarkName }

He IS doing this correctly, because the field is replaced with the
proper text and all is right with his world.

At some later point (it doesn't seem to matter whether he has closed
the document and reopened it) he refreshes the field. SOMETIMES (it
happens often, but not predictably) the field now reads "Error! Not a
valid file name." Toggling the field text reveals that the field now
reads thus:

{ INCLUDETEXT "master.doc BookmarkName" }

Note that the bookmark has been added to the file name, so that now the
filed points to a non-existent file (hence the error.) Manually
"fixing" the field does not work - Word continues to mangle the name
until the original document is renamed and the field modified to
reflect the new name.

No files have been moved, no paths changed, all the documents are in
the same directory, etc. The fact that Word will not accept even a
manual change to the field wthout renaming the file is particularly
disconcerting.

Does anybody have any information on this? And how to fix this?





  #2  
Old April 21st, 2005, 11:16 PM
Charles Kenyon
external usenet poster
 
Posts: n/a
Default

Lawyer is using a electric drill when should be using a chisel. IncludeText
is the the electric drill, AutoText is the chisel.
--
Charles Kenyon

Word New User FAQ & Web Directory: http://addbalance.com/word

Intermediate User's Guide to Microsoft Word (supplemented version of
Microsoft's Legal Users' Guide) http://addbalance.com/usersguide

See also the MVP FAQ: http://www.mvps.org/word which is awesome!
--------- --------- --------- --------- --------- ---------
This message is posted to a newsgroup. Please post replies
and questions to the newsgroup so that others can learn
from my ignorance and your wisdom.

wrote in message
oups.com...
I've seen postings on this going back as far as 2002, but never found a
efinitive answer. Microsoft doesn't seem to address this in their
knowledge base, yet this appears to be an old problem. Here's the
scoop...

Lawyer is using Word XP and has a master document with boilerplate
text, we'll call it master.doc. He creates 20 or so "child documents"
that must include some of the text from the boilerplate. He goes
through the master and creates a bookmark for each section of text he
wants to use as a unit.

In the child documents he includes the boilerplate with the following:

{ INCLUDETEXT "master.doc" BookmarkName }

He IS doing this correctly, because the field is replaced with the
proper text and all is right with his world.

At some later point (it doesn't seem to matter whether he has closed
the document and reopened it) he refreshes the field. SOMETIMES (it
happens often, but not predictably) the field now reads "Error! Not a
valid file name." Toggling the field text reveals that the field now
reads thus:

{ INCLUDETEXT "master.doc BookmarkName" }

Note that the bookmark has been added to the file name, so that now the
filed points to a non-existent file (hence the error.) Manually
"fixing" the field does not work - Word continues to mangle the name
until the original document is renamed and the field modified to
reflect the new name.

No files have been moved, no paths changed, all the documents are in
the same directory, etc. The fact that Word will not accept even a
manual change to the field wthout renaming the file is particularly
disconcerting.

Does anybody have any information on this? And how to fix this?



  #3  
Old April 21st, 2005, 11:21 PM
Charles Kenyon
external usenet poster
 
Posts: n/a
Default

I haven't had such a problem and have been using letterhead with borrowed
parts for more than ten years.

Simplest way is AutoText. I don't use it anymore for the same reason I
wouldn't use an IncludeText field. I want my historical documents (the
electronic copy of paper documents) to be the same as they were sent out.
That means I don't want them dynamically updating. You can use IncludeText
or AutoText fields and then unlink the field after insertion, I suppose.
Instead, I use a macro in my letterhead templates that grabs the current
letterhead elements (as well as styles) from a primary letterhead. If I were
still using AutoText fields, I would have the AutoText entry in a separate
global template to make it easier to update/share. See
http://addbalance.com/word/movetotemplate.htm for step-by-step instructions
on moving / sharing / copying / backing-up customizations including
AutoText, AutoCorrect, keyboard assignments, toolbars, macros, etc.
--

Charles Kenyon

Word New User FAQ & Web Directory: http://addbalance.com/word

Intermediate User's Guide to Microsoft Word (supplemented version of
Microsoft's Legal Users' Guide) http://addbalance.com/usersguide

See also the MVP FAQ: http://www.mvps.org/word which is awesome!
--------- --------- --------- --------- --------- ---------
This message is posted to a newsgroup. Please post replies
and questions to the newsgroup so that others can learn
from my ignorance and your wisdom.


Nevertheless, I have never seen the bug you are reporting and can't
reproduce it.
--
Charles Kenyon

Word New User FAQ & Web Directory: http://addbalance.com/word

Intermediate User's Guide to Microsoft Word (supplemented version of
Microsoft's Legal Users' Guide) http://addbalance.com/usersguide

See also the MVP FAQ: http://www.mvps.org/word which is awesome!
--------- --------- --------- --------- --------- ---------
This message is posted to a newsgroup. Please post replies
and questions to the newsgroup so that others can learn
from my ignorance and your wisdom.

"Cheryl Cavanaugh" wrote in
message ...
I am a different user, but have the exact same problem. I have the code:

{ INCLUDE TEXT: "C://Program Files//Ecorp//Letterhead.dot" }. This pulls
in
our client's letterhead into master letters (not meaning a master document
as
defined by word - just a precedent). It works like a charm in the office,
but on the client's site, the path and file name change to something
COMPLETELY DIFFERENT and changing it manually makes no difference
whatsoever.
Oddly, or perhaps not oddly, I don't know, it retrieves the letterhead our
client has stored on their own system - not the right letterhead by any
means, but it is a letterhead, but different name! BIZARRE! How can I
keep
this from happening?

"Peter Jamieson" wrote:

I have to tried to replicate this problem but have not seen it so far.
That
might just mean that my data is not sufficiently large or some such. But
here are a few questions:
a. which versions of Word exhibit this problem? ("Ritterhaus" mentions
Word
XP - have you also experienced it on Word 2003? 2000? etc.)
b. does it appear to make any difference how the INCLUDETEXT is
constructed? e.g., in the example given it seems very simple:

{ INCLUDETEXT "master.doc" BookmarkName }

In this example, I am assuming that
i. master.doc is a piece of plain text, not the result of a MERGEFIELD
field
ii. BookmarkName is the result of a MERGEFIELD field. Is that correct?
Does
the bookmark name ever
iii. there are no quotes around BookmarkName (according to Word Help,
they
are not part of the INCLUDETEXT syntax so that should be OK). Does it
make
any difference if BookmarkName is quoted?

However typically you would need path information, or the INCLUDETEXT
would
either resolve correctly or it would not depending on what Word
considered
its current folder to be. e.g. if you open the mail merge document, then
open a document in another folder, then refresh the INCLUDETEXT field,
you
will probably see an error. The question is, does the reported problem
only
occur if no path is present, a path is present, or does it make no
difference?

d. is there only a single INCLUDETEXT in problem documents?
e. If you move the entire application to another PC, does the problem
still
occur? The chances of having a problem recognised and investigated are
obviously very much higher if you can provide an example which goes wrong
sometimes, even if you can't get it to go wrong to order. (I think you
would
have to go via Microsoft PSS to get any action on this though).

Peter Jamieson


"pbnyc" wrote in message
news
I have precisely the same problem which I've never been able to describe
so
eloquently. Thank you. It's a shame no one has responded. Every answer
I've
ever heard to this question never quite admits that this is a bug, but
it
very clearly is, and it's also very clearly a show-stopper in terms of
using
Word + Access as a reliable solution for the creation of mission
critical
documents. Answer I've heard always focus on user's not getting the
connection right, but as stated, this still happens when nothing has
changed.
I mean nothing but opening and closing the Word file. And what about
the
mangled field code? It's not as if the postition of a quotation mark
plays
any kind of significant role here is it???

" wrote:

I've seen postings on this going back as far as 2002, but never found
a
efinitive answer. Microsoft doesn't seem to address this in their
knowledge base, yet this appears to be an old problem. Here's the
scoop...

Lawyer is using Word XP and has a master document with boilerplate
text, we'll call it master.doc. He creates 20 or so "child documents"
that must include some of the text from the boilerplate. He goes
through the master and creates a bookmark for each section of text he
wants to use as a unit.

In the child documents he includes the boilerplate with the following:

{ INCLUDETEXT "master.doc" BookmarkName }

He IS doing this correctly, because the field is replaced with the
proper text and all is right with his world.

At some later point (it doesn't seem to matter whether he has closed
the document and reopened it) he refreshes the field. SOMETIMES (it
happens often, but not predictably) the field now reads "Error! Not a
valid file name." Toggling the field text reveals that the field now
reads thus:

{ INCLUDETEXT "master.doc BookmarkName" }

Note that the bookmark has been added to the file name, so that now
the
filed points to a non-existent file (hence the error.) Manually
"fixing" the field does not work - Word continues to mangle the name
until the original document is renamed and the field modified to
reflect the new name.

No files have been moved, no paths changed, all the documents are in
the same directory, etc. The fact that Word will not accept even a
manual change to the field wthout renaming the file is particularly
disconcerting.

Does anybody have any information on this? And how to fix this?







 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Boiletplates from Word Perfect linda General Discussion 1 January 28th, 2005 06:37 PM
How can I divide a page into three sections? Bonnie General Discussion 2 November 30th, 2004 06:21 PM
How do I convert a cd in word perfect to microsoft word greylady General Discussion 1 November 23rd, 2004 08:03 PM
updating fields lost in cincy Mailmerge 5 November 18th, 2004 08:17 PM
Codes G.W. Page Layout 3 April 29th, 2004 10:50 PM


All times are GMT +1. The time now is 05:26 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 OfficeFrustration.
The comments are property of their posters.