12/25/2023 0 Comments Mail merge microsoft word1, 3 and 4 could follow this pattern, but wouldn't necessarily have to. The fifth would have to be a VSTO document-level customization (a dotx or dotm) - the user would create a new VSTO document for each "merge template". VSTO controls linked to the VSTO data cache With the exception of the last, you could use an Add-in to provide the interface between data fields and "template" for building the merge document. Content controls, linked to a CustomXMLPart (possibly as part of a VSTO document) 5. XML Nodes (possibly as part of a VSTO document) 4. Bookmarks (possibly as part of a VSTO document) 2. Here are some thoughts, but the decision really depends to some extent on the data source, and how you can offer that to the user building the "templates". There remains the question of how the user should set up the "templates" (if you do use the approach I propose, these should be document files, not template files). There's also an OpenXML SDK available for Visual Studio, as well as a forum for discussions on its use. More information on working with this file format can be found at. This would mean your application would not need to automate Word on the intranet server, but could work with standard. Given 2007, I'd say you should look carefully at writing the data into the OpenXML file, directly. Hi Al There are many possible approaches. They would edit/print the final document at that point. I see the intranet app doing the data retrieval, merging the document template and data then launching work and putting the user in the final document. The end user needs to be able to create templates as well (they would like to manage these in word). I do not want to use VBA or any menuing systems within Word - this causes too much maintenance. Does anyone know of a good clean solution to the above? There are possibly 300 documents I would need to support so the intranet applicatoin to do the merge seems the best route for this application. I have reserached trying to use Word Template projects (we use visual studio 2008), creating word merged documents in vb.net etc even trying to perform a mail merge using java script. The end user needs to be able to edit the final merged document on the fly so word 2007 needs to be launched after the merge has taken place. My data is retrieved from an XML webservice and the document that gets merged varies based on the data received. I am search for a solution that requires an intranet application (asp.net) to launch word 2007 after performing a mail merge operation.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |