"Double Byte Windows" not working correctly with Barcode Fonts
This issue applies to:
This problem only occurs in "Double Byte Windows" such as in versions
of Microsoft Windows that display Japanese or Chinese characters.
When in a double byte environment, an excellent alternative would be to
use IDAutomation's
Universal Barcode
Font Advantage, which creates linear barcodes as a single font on multiple
operating systems, languages and locales. This package supports AIM USS
Code 128, UCC-128, EAN-128, Code 39, Interleaved 2 of 5, USPS Postnet, Planet,
MSI and Codabar.
If the purchase of IDAutomation's
Universal Barcode
Font Advantage is not an option for this task, consider the following
suggestions:
- If a feature level 10 or greater
font encoder
can be used, try one of the
ReturnTypes 6 to 9.
- If using
Visual Basic source code,
Microsoft Office
Macros or VBA, download the latest version from IDAutomation's Website.
The latest version may solve the issues. If that does not solve the
problem, change every occurrence of Chr(
to ChrW( and
Asc( to AscW(
in the code using the replace option.
- If implementing barcodes in Crystal Reports, try the
IDAutomation Formulas for Crystal Reports and change every occurrence
of Chr( to
ChrW( and Asc(
to AscW( using the replace
option.
- For example:
Change:
= DataToPrint & Chr(CurrentCharNum + 103)
To:
= DataToPrint & ChrW(CurrentCharNum + 103)
NOTE: If using the Microsoft Office Macros or VBA,
make the change in the Visual Basic Editor by choosing Tools - Macro
- Visual Basic Editor. Then make the Edit - Replace in the module.
In Crystal Reports, the entire formula may have to be copied to
notepad to do the replace and then paste the entire formula back.
- The problem does not usually occur for normal characters such as
!@#$%^&*(), 0-9, a-z and A-Z, but will occur with the start and stop
characters of the Code 128 and Interleaved 2 of 5 fonts. Therefore,
if Code 128 or ITF is not used, it is suggested that
Code 39
or Codabar
be used instead.
- If the "Country Options," "Language settings" to "Western Europe
and U.S." is set, then the fonts should work fine, but if it is set
to "Traditional Chinese" for example, the problem occurs. The problem
has something to do with the code page window or the inability of "Double
Byte Windows" to utilize ASCII characters or commands.
Other Solutions:
- Try the IDAutomation
Barcode Label Software,
an easy-to-use WYSIWYG barcode label printing software application that
prints barcodes, text and graphics. It can obtain label data from comma
delimited or CSV text, Microsoft® Excel and Access files.
- Use one of the
barcode components
such as the IDAutomation
ActiveX Barcode Control
& DLL, which is easy to use in Excel, Access, Word, FrontPage, Visual
Basic and C++. If using Microsoft .NET, try the IDAutomation
.NET Barcode Forms
Controls, which does not use fonts.
Java Barcode Components
are also available.
© Copyright 2000-2009 IDAutomation.com, Inc., All Rights
Reserved. Legal
Notices.
|
Over 70% of Fortune 100
companies use IDAutomation's products to automate their businesses.
|
|