Fonts Do Not Print Correctly With PDF Printing. Secure Global Desktop 4. Administration Guide. Fonts Do Not Print Correctly With PDF Printing. Printing a PDF results in garbled text (sometimes). All the ASCII characters are showing up as 1 higher. When using PDF printing, users might find. As PDF printing relies on a combination of Windows printer drivers. Windows applications), Ghostscript and a PDF viewer to deliver its output, you might have to experiment with the. When printing from a Windows application and the document contains True. Type fonts. users might find that the printer is using its own fonts (device. True. Type fonts and this can result in some characters. The solution to this is to force the. True. Type fonts for printing. To do this: In the Print dialog in the Windows application, click Properties. Click Advanced. Under Graphic settings, change the True. Type Font option to Download as Softfont. Adobe Acrobat products 4.0 and later for roman (Western) systems can display and print PDF files that contain characters from double-byte Asian fonts: Japanese. Click OK and print. Using Asian Characters in a Visual Fox. Pro Application. By Margaret Duddy. Multi- international applications are becoming a much more common requirement as businesses extend into the . Pdf Print Asian Characters PlayedPdf Print Asian Characters WritingApplication developers find themselves faced with supporting a variety of languages for a single application, sometimes using a diverse collection of character sets. How to best implement an app for an . Asian character sets present unique requirements in this effort, and attempts to use them can sometimes cause unexpected results in Visual Foxpro. Consider the following scenario: A Visual Foxpro Developer works for a company that is expanding into an Asian market. The Developer (well to support that expansion effort. Joes research reveals extensive documentation about Localization issues and multi- lingual applications and how to configure Windows XP to make Japanese characters available. MSDN and the Help files in Visual Foxpro discuss the features of double- byte characters and code page requirements in some detail. Great news Joe is off and running. He reads through the documentation and literature and follows each instruction. He ensures that Japanese is installed in Windows XP and that the . Testing in Word shows that the Japanese characters are indeed available and render correctly. So far, so good. Joe then creates VFP tables with the correct code page and font so that they are fully compatible with character set and tries to enter Japanese characters. But something seems to be wrong. He cannot get the Japanese characters to store correctly in the VFP tables or display forms and reports. All attempts to enter, insert or import them into the table simply stores ? Windows says that the required language is installed. The Windows tools for inserting the Japanese characters are in place and working, and the characters render perfectly in Word and Outlook. The code page and font settings for the tables are correct. Is there magic switch in VFP that needs to be turned on to make all of this work? Re- reading the literature does not seem to help, and no amount of digging back through MSDN or the VFP help files seems to shed any light on the problem. There is no mention of what to do if the . Joe queries the development community, but the response he receives simply says that he must set the . But he believes he has already done this, and it doesnt seem to make a difference. Joe is stumped and, sadly, eventually abandons the use of VFP for the Japanese version of the application. This is not, unfortunately, an unusual scenario. Many development efforts to use VFP for Asian languages have been aborted because of this specific problem. Since the solution is actually quite simple it is astounding that the details are not made clear in either the documentation freely offered by Microsoft or other authors. The problem is the result of confusing terminology in Windows XP in the Control Panel/Regional Options, where separate settings have very similar names. While most of the documentation about these settings does correctly describe how to set them, it often fails to clarify that there are several settings of similar name or describe the differences between them in a cohesive manner. The main emphasis is placed on setting the . But in Windows XP there are at least three separate references to a . The problem further compounded by the title of the . No wonder poor Joe got left in the dark. Once they are set correctly, VFP does a great job of storing and displaying Asian characters. The following is a basic outline of the Windows requirements for Windows XP. In these examples the Japanese language is specified, but the same process applies to other Asian languages, such as Chinese, Vietnamese and Korean. Windows XP Requirements. Log into windows with Administrator rights. Admin access is critical. Some options that must be set to enable the use of Asian characters in Visual Foxpro will not be visible under a login that does not have Administrator rights. Open the Control Panel. Open Regional and Language Options. Click on the . In this section, click the . The Asian language you wish to use in VFP must be shown in this section. If the desired language is not shown there, click the . Follow the system prompts as required to complete the language installation. You may need to have the Windows CD available if the required files are not available on your system. A system restart may be required before the newly installed language is available. Be sure to login as an Administrator. Be sure that you have returned to the main window under the Regional and Languages Options tab. Click on the . If this tab is not visible, then the current login does not have sufficient Administrative rights. The Advanced tab will display a section at the top called . Select the desired Asian language from the drop- down in this section. There should not be any changes required in the Code Page Conversion. This is the setting that is required to be able to utilize an Asian character set in VFP. Click the . A system restart may be required for these settings to take effect. All done! When these changes have been correctly applied, the Asian language should be available in Windows for all login types. Windows itself and Windows applications will still display in English but the option to embed Asian characters will be available to Word, Outlook, etc. A new icon will appear in the System Taskbar that allows users to switch between the installed languages (see the . This toolbar provides access to Microsofts IME translator and a variety of other features to help support use of the Asian characters. There is ample documentation available from Microsoft about the Language Bar so it will not be discussed in detail here. Note: Windows XP includes an additional option in the selection list above that allows the language toolbar to be turned on or off. An example of one of these tools is a virtual keyboard where the character set can be selected from the first drop down, and the font from the second drop down. These types of tools can be very handy. Windows - Watch Out: After these settings in Windows are completed be aware that Asian characters may appear in a variety of unexpected locations even when English is set as the current . For example, on a system where Japanese is installed and set as the language for non- unicode applications, Windows Explorer may show a Japanese character instead of a . This character usually seems to be interpreted correctly, but can be disconcerting. Also, please note that the language icon and the toolbar that accompanies it will be available even if the Windows . Do not rely on the appearance of this icon as an indicator that the settings are correct. Visual Foxpro Requirements. After the Windows settings are complete, Visual Foxpro will have the ability to correctly store and display Asian characters (in a table, on forms or reports, etc.). Below is a sample of a prototype screen that utilizes Steven Blacks INTL Toolkit to change languages on the fly. In this prototype, some objects were set to switch languages, while others were not. Here is the screen in English: And here is the screen in Japanese: Switching to a different language is triggered by pressing the appropriate language button on the bottom of the screen. Note that the headings on the grid can be changed on the fly as well. In VFP, there are a few basic requirements that need attention in order to get the characters rendering correctly, and some things to watch out for as well. Basic - Code Page Requirements: VFP tables that double- byte characters are to be stored in must have a code page setting that will support the desired character set. The default for VFP is no code page (code page = 0). For Japanese, the code page 1. English and other . In addition, any fields on forms or reports that will be displaying Asian characters must also be set to a compatible font. A couple of currently available fonts that seems to work well are . In the past the font . There are most probably a wide variety of other fonts that will also work for this purpose. Basic - Field Types: It should not be necessary to use any special field type in a VFP table that stores Asian characters. Standard character and memo fields easily support the double- byte characters. The main limitation is that double- byte characters use twice as much space as ASCII characters, so the number of characters that can be stored in a single character field is reduced from 2. Watch Out - Visual Foxpro Option Settings: When the language setting under . For example, if the Windows setting is Japanese, the setting for the . If data stored in the VFP table is all in an Asian language this may not be a problem, but it can be a significant issue if data is also stored in English (or another language). This would not seem to be a problem because the Options settings (under ? There is a bug in VFP when running on Windows XP or Windows 2. K that affects the VFP Options settings when the Windows language setting is changed. In VFP the Options screen is still available and options can be modified as usual. The problem is that the buttons for saving changes are not visible so changes cannot be saved or retained as default settings (!!). This behavior has been observed in multiple versions of VFP (6, 7 and 8) and has been reported to Microsoft. If or when Microsoft will actually address the problem is anyones guess. As a result, environment settings may need to be managed programmatically in the application. Not all characters are interpreted in the same way when represented in different languages, so the best practice is to use string functions that support the double- byte character sets. In some cases these functions are interchangeable with the standard string functions, such as AT. The function Is. Lead. Byte(), for example, can be used to determine whether a string is double- byte or single- byte. Avoid including dates or currencies as strings in code as well.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
January 2017
Categories |