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 / June 2007

Tip: Looking for answers? Try searching our database.

Mailmerge plain textfile selects double-byte (Chinese) characterse

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
ElPayode - 06 Jun 2007 08:51 GMT
I'm trying to mailmerge a Word 2003 document (in Arial 12 Western
characterset - language Dutch) with a plain text file. For some reason the
converter seems to detect double-byte characters - which aren't there - and
changes the characterset to Chinese Traditional.
When using the same record in a truncated file (same information, but a lot
less records in the text file) the conversion is NOT made.

I don't need and don't WANT this conversion to take place. How can I force
the mailmerge to use the test file as a file with single-byte characters and
a western characterset?
Peter Jamieson - 07 Jun 2007 17:13 GMT
I only know one way to do this and it can only possibly work with text files
in a format that the Jet (Access) OLE  DB provider can recognise - in
particular, it won't work with files with more than 255 columns. To try it,
have a look for my message in the following conversation:

http://groups.google.com/group/microsoft.public.word.mailmerge.fields/browse_thr
ead/thread/dc1076d59b977c64/d39588c43fc31d70?lnk=st&q=jamieson+SCHEMA.INI+odc+te
xt+unicode&rnum=1


Peter Jamieson

> I'm trying to mailmerge a Word 2003 document (in Arial 12 Western
> characterset - language Dutch) with a plain text file. For some reason the
[quoted text clipped - 9 lines]
> and
> a western characterset?
 
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.