Re: International Characters in a merge field

Tech-Archive recommends: Fix windows errors by optimizing your registry



We have tracked down the issue here. I believe when this document was first
created we didn't specify that it was being hooked up to a FoxPro database.
When I created a new document that specified a FoxPro datatbase the
characters are importing correctly.

Thanks for your help.

"Peter Jamieson" wrote:

1. What is the data source? If it is a plain text file, then Word will
typically use ODBC to open the file if ODBC is set up and the text
driver is present. Otherwise it will use its internal converter. Off the
top of my head, I couldn't tell you which of the two will work. You may
find that switching on Word Tools->Options->General->Confirm conversion
at open helps you to see what is going on.

2. It's probably worth verifying that the workstation that works is set
up with the same system locale as the ones that do not. You'll probably
find that in control Panel->Regional Settings.

There may be one or two other settings but I don't remember anything
that would affect Word 2000.

Peter Jamieson

http://tips.pjmsn.me.uk

Jessica B. wrote:
These are basic characters in the windows character set. I do know that
these can import correctly in the formats that they currently are in because
we do have one workstation (same version of office, and windows) that does
import these correctly. That leads me to think that there is a setting on
these other workstations that is incorrect.

Are there any settings in word that involve importing or special characters
that I could check to make sure these are set correctly?



"Peter Jamieson" wrote:

Typically, neither of the methods Word uses to get mailmerge data in
Word 2000 (DDE and ODBC) return characters that are not either in the
ANSI (or Windows) character sets, or your system's base character set if
isn't ANSI (AFAIK this is what Microsoft sometimes refers to as the
OEM character set)

In Word 2002 and later you should get Unicode data if you are using an
OLE DB provider that handles Unicode correctly - Access/Jet and SQL
Server are at least reasonably OK on this front. But if your database
only has an ODBC driver, Unicode still may not get through. I've never
been able to work out whether that is a limitation of the specific ODBC
drivers I have or the way that Word uses them.

I think that in order to see these characters you might have to get your
source data in a separate step that uses a method that does work, into a
format (probably Word .doc format or .rtf format) that /will/ allow
Unicode data to reach Word. e.g. it may be possible if you write VBA to
get data via OLE DB, stuff it into a Word table and use that as a data
source. But I wouldn't be completely sure even about that without trying it.


Peter Jamieson

http://tips.pjmsn.me.uk

Jessica B. wrote:
I am having some issues with international characters in a merge field. My
database shows the characters correctly but when I hook my document up to the
database word changes the symbols. Are their any settings I may have wrong?
or does anyone have any suggestions to fix this?

I am using word 2000.

.



Relevant Pages

  • Re: International Characters in a merge field
    ... If it is a plain text file, then Word will typically use ODBC to open the file if ODBC is set up and the text driver is present. ... There may be one or two other settings but I don't remember anything that would affect Word 2000. ... Are there any settings in word that involve importing or special characters that I could check to make sure these are set correctly? ... e.g. it may be possible if you write VBA to get data via OLE DB, stuff it into a Word table and use that as a data source. ...
    (microsoft.public.word.mailmerge.fields)
  • Re: Problem in printing French Character!
    ... I did change the settings as you described. ... Those characters not shown correctly are those in French characters only, ... To add to this, I tried to print out some other pdf documents in French, ... Whenever I print out the pdf form in French (everything ...
    (microsoft.public.windowsxp.print_fax)
  • Re: Cant Change Default Language Setting
    ... | with accents when I visit French pages, ... | proper characters are replaced by Cyrillic ones. ... Upon returning to the Language Script setting, ... | Office apps and then try changing the IE settings, ...
    (microsoft.public.office.misc)
  • Re: :Oracle unicode problem
    ... a few days ago I got a note dealing with character set problems (with German ... In a Windows environment you have to cope with at least 4 character sets. ... >> characters are not matching. ...
    (perl.dbi.users)
  • Re: Multiple SIDs (instances) possible with Oracle 8 (Unix)?
    ... > The output is a tab-separated file, which has korean characters ... > Again, when loading them into a WE8ISO8859P1 instance, they show up ... > I just tried to load the data now using pure insert-statements, ... I think you're right on track with the NLS_LANG settings on the ...
    (comp.databases.oracle.server)