Jim,
I've read your message again and realised that I'd answered a different
question than the one you asked.
Given that you have to go via an existing pre-programmed merge process, I'd
suggest either
a. you define your mail merge main document to wrap up the output file name
in an unambiguous way - for example, if you want to build your output
filename from field1,field2, and field3, put something like the follwing at
the beginning of your merge main document:
@@@{ MERGEFIELD field1 }@@@@@@{ MERGEFIELD field1 }@@@@@@{ MERGEFIELD
field1 }@@@
then use a macro to extract the results for each section of your output
document and delete the stuff within "@@@"
Snags:
1. can you guarantee that "@@@" is unambiguous?
2. can you guarantee that you can remove the stuff within "@@@" without
messing up the layout/pagination of your layout?
or
b. (maybe) do two merges, one with the output you really want, and the
other with the data you want to use to create filenames in an unambiguous
format. Then use a macro to step through each pair of output records in
turn...
or
c. (perhaps) do one merge to create a list of the records you need to
merge, then for each entry in the list, create a new merge request to your
merge software to merge a single record, providing the output file name
(might work depending on how your merge software works)
rather obvious ideas but the best I can do right now...
Peter Jamieson
> Peter -
>
[quoted text clipped - 125 lines]
>>>
>>> jim
jim - 17 Jan 2007 13:42 GMT
Peter -
You did answer my question.....well, sort of, anyway!
I think you confirmed that I cannot carry over a variable from
pre-mailmerge to post-mailmerge unless I control the mail merge
programmatically thru VBA as the word user and not as the third-party
software user. Unfortunately, I cannot access the data in the
database in a practical and "user-proof" way without using the
third-party software, so any other way is pointless.
I will have to insert the text into the document by manipulating
mergefields and then take it out and use it as you and Mayor suggest.
Thank you for all of the input. I really appreciate being able to
bounce ideas off somebody else.
jim
>Jim,
>
[quoted text clipped - 164 lines]
>>>>
>>>> jim
jason@napavintners.com - 25 Jan 2007 17:29 GMT
jim,
can you share the name of the third party software you're using to
merge? we are converting to a new db schema that is making merging more
difficult and would like to know if there are solutions out there that
could make life easier. as of now our data lives in access but is
making its way to sql very soon.
any suggestions would be greatly appreciated.
jason
> Peter -
>
[quoted text clipped - 186 lines]
>
> >>>> jim