Printing French characters on HP 4600

I have no problems printing English characters on HP 4600 printers from my UNIX computer where I define my primary symbol set in my printer profiles as follows:
^1b^28^38^55 for Roman 8 symbol set
and
^1b^28^31^34^4a for Ventura US
What do I need to set up in my primary symbol set to permit the printing of French characters? Right now I'm getting a question mark instead of the actual French character printed off on my HP 4600 printer.
Thanks

tzw - I responded about this on another forum. I talked to technical support at Adobe about this exact issue about 2 months ago - can't print photoshop CS3 on any of my three HP printers. ( I have a HP1200, an HP 2550 and a HP photosmart 7660) (CS2 works fine) They worked with me for about an hour - called me back and worked some more, and then decided to send it up to the programmers (or engineers or whatever) The programmers called me and worked with me for another hour - trying different set-ups etc., but the conclusion by them was that this was a huge problem in that there were a lot of HP printers out there - that they were going to give this their top priority - and that there would be a fix for this soon. (I have yet to see a fix.)

Similar Messages

Printing out French characters

Hi to everyone. I'm trying to make a small application that will help me learn french verbes. I have the verbes in a file (written with notepad on windows) and I want to print them usign System.out.println(); The problem is I'm in Greece, so my locale is set to greek. I've no trouble printing greek. I've tried changing the locale with
Locale.setDefault(new Locale("fr", "FR"); but still French characters come out wrong (Copyright characters, question marks etc.) Can someone enlighten me? Thanks

don't use System.out.println(), perhaps write to a JTextArea. The problem is your console/terminal/dos

Printing Turkish Characters in SAP Script Form

Hi I want to print a Form where I need to Print Turkish characters from Database. Its Print Preview is coming absolutely right but there is some problem while printing. I shows # symbol in places of Turkish Characters. I have checked the printer and drivers and they are absolutely fine. Printer is printing other documents in Turkish Language but not the form. System has Turkish fonts installed. Kindly help. Thanks in advance.

Hi
See this OSS note for your problem
OSS Note: 776507
Symptom
Documents printed via SAPscript or SmartForms do not print with correct special characters, e.g. ### prints instead of Japanese or Russian characters. What to do?
Other terms
SAPscript, SmartForms, printing, device types, OTF
Reason and Prerequisites
Help required to choose proper fonts in a SAPscript or SmartForm
Solution
When using SAPscript or SmartForms to print (or email or fax) a form from a business application, many factors influence the outcome of the actual text within the form. All these factors must be checked in order to ensure a correct printout:
1) The language version of the form used to produce the printout.
Example: If you want to print a French invoice, you need to have a FR version of your SAPscript or SmartForms invoice form RVINVOICE01. And the application program must specify the corresponding language key (FR) when calling the SAPscript or SmartForms API.
2) The font selections specified in the form (possibly also in a SAPscript style or SmartStyle used in a form).
Example: In a SAPscript form or a SmartStyle you need to specify HELVE if you want to print German text in Helvetica (or similar) font. If you want to print Japanese text, HELVE is not a valid choice but you need to specify a Japanese font like JPMINCHO in your Japanese form.
3) The output character set of the device type
Every printer in transaction SPAD has a "device type" assigned. Device types used by the spooler for printing support only one single specific output character set. All text from the form has to be converted (using SAP's built-in character conversion mechanism) to this output character set.
A character set can typically support either a single language (e.g. Shift-JIS which supports only Japanese) or a set of languages (e.g. ISO 8859-1, which supports Western-European languages). It is possible that a given language (such as German) can be supported by several output character sets, e.g. you may use either ISO 8895-1 (Latin-1) or ISO 8859-2 (Latin-2) to represent German text. This is so because both character sets contain the special characters used in German.
Example: HPLJ4000 is a HP LaserJet device type supporting the ISO 8859-1 (Latin-1) character set. ISO 8859-1 can be used to represent e.g. Dutch, English, French, German, Spanish, Swedish but NOT Russian or Japanese.
As a consequence, it is ok to use HPLJ4000 to print English, German French etc. but not for Japanese or Russian.
4) The set of available printer fonts for a given device type
When formatting a document, SAPscript and SmartForms perform an automatic mapping of the font definitions in the form (e.g. "HELVE 14 point bold") and the available printer fonts of the device type. A replacement printer font is chosen, should the specified font selection not be available in the device type. Now this replacement can be problematic if a language-specific font, such as Chinese CNSONG, is specified in a form and it gets replaced by a font which does not support this language, e.g. COURIER.
To solve this problem, font families in SE73 have language attribute assigned, e.g. some fonts are characterized as being suitable only for certain languages. And when a replacement has to be chosen because the original font from the form is not available in the device type, a replacement font is chosen which has the same language attributes.
If no fonts for the language in question exist in the device type, the resulting font will not be able to print the special characters and you will see "wrong" output characters in the printout.
Note on SAPscript/SmartForms Print Preview:
The OTF Print Preview available in Windows GUI (e.g. from transaction SP01) will sometimes not show the "wrong" characters which appear on the final printout. Here is the reason: since the Print Preview runs in Windows environment, it will use Windows fonts to represent the actual printer fonts. A Windows font typically has more available characters (i.e. covers more character sets) than are actually available in a printer's resident font.
A typical example where the Print Preview will differ from the printout is here: if you have a Chinese PCL5 printer such as CNHPLJ4 and use the Western Latin font COURIER in your document, the print preview will show you Chinese characters if you (by accident) tried to format Chinese characters in COURIER font. This is because Windows will automatically choose a font that can output Chinese characters (which is actually not Courier). But when you print the job on an actual PCL5 printer with resident Western and Chinese fonts, the Courier font will not print any Chinese characters but Western special characters instead, because the printer's resident Courier font does not include Chinese characters.
Rule of thumb: all Asian device types (e.g. CNHPLJ4, JPHPLJ4, JPPOST, KPHPLJ4) support not only Asian fonts but also COURIER, HELVE and TIMES fonts. But these Latin fonts can only be used to print English text, not Chinese/Japanese/Korean characters.
Which fonts are suitable for a given language?
Language(s):            Font family to use in a form:
Latin-1 (Western Europe/Americas) *******
DE,EN,FR,ES,NL,SV       COURIER, HELVE, TIMES
                        (LETGOTH, LNPRINT)
Latin-2 (Central Europe) ****************
PL, CZ                  COURIER, HELVE, TIMES
ISO 8859-4 (Baltic) *********************
ET, LT, LV              COURIER, HELVE, TIMES
ISO 8859-5 (Cyrillic) *******************
BG, RU, SR, UK          COURCYR, HELVCYR, TIMECYR
ISO 8859-7 (Greek) **********************
EL                      COUR_I7, HELV_I7, TIME_I7
ISO 8859-8 (Hebrew) *********************
HE                      COURIER, HELVE, TIMES
ISO 8859-9 (Turkish) ********************
TR                      COURIER, HELVE, TIMES
Simplified Chinese **********************
ZH                      CNHEI, CNKAI, CNSONG
Japanese ********************************
JA                      JPMINCHO, DBMINCHO, DBGOTHIC
Korean **********************************
KP                      KPBATANG, KPDODUM, KPGULIM
                        KPGUNGSE, KPSAMMUL
Traditional Chinese *********************
ZF                      TWDPHEI, TWMING, TWSONG
Thai ************************************
TH                      THANGSAN, THDRAFT, THVIJIT
Arabic (Unicode systems only) ***********
AR                      ANDALE_J
Verify your output by examining the OTF data
When analysing printing problems of this type, be sure to check the OTF data which gets produced by SAPscript or SmartForms. OTF or "Output Text Format" is the intermediate page-description format generated from SAPscript or SmartForms. OTF will contain the final printer font names and character set/language identifiers which help to solve the problem. OTF will even name the form and the language of the form used to create the output.
The easiest way to do this is to create a spool request from your application, run transaction SP01, use menu
Goto->Display Requests->Settings
and choose
Display Mode: Raw
Now display your spool request. If this is a SAPscript or SmartForms spool request, you will see OTF data. Each line represents one OTF command, every command starts with a 2-character cmd identifier and possibly some cmd parameters follow.
Here is an excerpt from a sample OTF file where we highlight the most interesting commands:
//XHPLJ8000    0700 00000000001
IN04EALEXTEST_ZEBRA
IN05%PAGE1
OPDINA4 P 144 240 1683811906000010000100001
IN06%WINDOW2
MT0024401289
CP11000000E
FCHELVE 120 00109XSF100SF101110000067E X
UL +0000000000000
SW00067
CT00000000
ST0453037Dieses SF hat Stil ALEXTEST_ZEBRA mit
The 1st line with the // (Control) command reveals the device type usedto print: HPLJ8000
//XHPLJ8000    0700 00000000001
The 2nd line (IN = Info command) shows the name and (internal 1-char)language key of the form:
IN04EALEXTEST_ZEBRA
In this case it is the English (E = EN) SmartForm ALEXTEST_ZEBRA
The OP-line (OP = Open Page) gives the page format used in the form, it is DINA4 Portrait orientation:
OPDINA4 P 144 240 1683811906000010000100001
The CP (CodePage) cmd shows the SAP system codepage used to code the text and the active language. In our case it is codepage 1100 and language E = EN = English.
CP11000000E
Finally, the FC-cmd (Font Call) lists a printer font selected within SmartForms. Please note that every SmartForm has a designated default SmartStyle under "Form Attributes->Output Options". In addition, every text node can have a SmartStyle attached (which will override the definitions from the default style for the text). In our case the resulting printer font that was selected is HELVE 12.0 pt bold-off, italic-off.
FCHELVE   120 00109XSF100SF101110000067E X
Header Data
Release Status: Released for Customer
Released on: 22.08.2005 09:57:20
Priority: Recommendations/additional info
Category: Customizing
Primary Component: BC-CCM-PRN Print and Output Management
Secondary Components: BC-SRV-SCR SAPscript
BC-SRV-SSF Smart Forms
<b>
Reward points for useful Answers</b>
Regards
Anji

Printing polish characters on form

I added some polish text in a standard textfield.
For example:
Ilość
Numer zamówienia zakupu
Podpis wystawiającego fakturę
This polish text is perfectly visible on Adobe Forms design view.
But during runtime, the polish characters are not visible anymore (instead an empty space is shown).
I tried with different fonts (Arial, Verdana) and different formats (Plain Text Only, Rich text), but nothing seems to work.
What could be the problem ?
Thanks

Hi Martin,
another thought to solve the issue is to translate the form to pl in your system. I got a similar issue some time ago.
I developed the form in DE and translated it just to English, because we wanted to set always English.
Problem was, that french characters didn't show up in a proper way in print-preview. We solved the issue by translating the form also in FR and IT.
It seemed, that the formlanguage passed just the native charactersets for this language.
Maybe you are having the same issue. Otherwise would be nice, if you can share your solution if there is another one here
~Florian

French characters

Now I have an application which has both french and english characters.Can some one tell me what setting I must have in my browser,my windows 2000 machine and my developing environment JDeveloper.
The reason why I am asking it is I am having problem displaying some characters in my browser,JDeveloper debugging window etc,even though the data exist in the database.In short when I say
//note assume xx is a french character
Friends the peculiar thing is that after I say
//assume xx as a french character.
SELECT NAME,ADDRESS FROM MY_TABLE WHERE NAME LIKE(�%xx%�);
String s = rs.getString(�NAME�);
�xx�
If s.equals(�xx�){
//do something
The select statements finds the french characters,if condition finds the french characters but when I print it in JSP it gives some junk ? characters.In short, the database has the french characters in it ,even the variable s has french characters in it but when it comes to display in browser or in a window (while de-bugging in Jdeveloper) it shows junk character.Surprisingly there are only few selected french characters(1 %) having that problem.I mean only 3 or four french characters are having problem in display,other french characters(99% of it) can be displayed properly.Now I cant go on finding out which characters are having problem and go on converting them to its decimal equivalent.It looks like my Windows 2000 machine needs some setting.But I am wondering what
Please help.

I don't think it is anything to do with your browser or machine settings. I had a similar problem. I had an application where the user would upload content to another site in a Microsoft Word document. The JSP page would display the '?' character for MS Word specific characters (like smart quotes etc)
The basic issue is that when you are using JSP pages to display stuff, you are relying on the Java String object and it ends up using the default character set. So you need to read it into a string using the characterset you want, and then display it using the characterset you want.
For example, I used the code below in my JSP. I read from a file. You may have to customize it for your requirements.
<%
String winCharset = "Cp1252";
FileInputStream fis = new FileInputStream("filename.xxx");
BufferedReader br = new BufferedReader(new InputStreamReader(fis, winCharset));
while(true){
String lineDefault = br.readLine();
if(lineDefault == null) {
    break;
byte[] bytes = lineDef.getBytes(winCharset);
String lineWin = new String(bytes, winCharset);%>
<%=lineWin%>
<%}
br.close();
%>Hope this helps!
SP

How to print Arabic characters in Oracle BI Publisher report

Dear Experts,
Kindly suggest me how to print arabic characters in BI Publisher.
Regards,
Mohan

see link
https://blogs.oracle.com/BIDeveloper/entry/non-english_characters_appears

How to print Special Characters in Sap-Scripts

How to print Special Characters in Sap-Scripts
Thanks,
Ravi

Hi
if u want print special characters we can use hot codes i.e ' ' (single inverted commas). in between these hot codes insert u r special characters.
write ' !@#$%^&*( ) '.
for the above write statement output is
output is !@#$%^&*( )

Photoshop CS3 printing garbage characters on HP LaserJet 1300

After installing CS3, Photoshop prints garbage characters on my HP LaserJet 1300.
Yes, I have tried printing as ASCII, ASCII85, Binary and JPEG - nothing helps (plus the settings won't stick even after holding down Alt and clicking the Remember button).
The only way to print right now is to choose Save as PDF in the print dialogue, open the PDF in Adobe Reader and print from there.
Any ideas?

tzw - I responded about this on another forum. I talked to technical support at Adobe about this exact issue about 2 months ago - can't print photoshop CS3 on any of my three HP printers. ( I have a HP1200, an HP 2550 and a HP photosmart 7660) (CS2 works fine) They worked with me for about an hour - called me back and worked some more, and then decided to send it up to the programmers (or engineers or whatever) The programmers called me and worked with me for another hour - trying different set-ups etc., but the conclusion by them was that this was a huge problem in that there were a lot of HP printers out there - that they were going to give this their top priority - and that there would be a fix for this soon. (I have yet to see a fix.)

8859-1 PDF does not show french characters.

Hi All,
I am stuck in this issue for 2 days now and finally i decided to post it here.
I have created a custom oracle report(10G) with BI to open in PDF. The XML prolog Value is defined as <?xml version="1.0" encoding="iso-8859-15"?>
Now when i run the report in R12 the pdf file shows junk character for french characters(É shown as "%o"). These characters are displayed properly if i look at the XML file. When we run that output from the server we get the weird characters but if we take the same output (XML) file and run it locally using desktop publisher the PDF document shows the French characters
I check the nls_characterset and it is defined as AL32UTF8(which supports french)
I read some articles they advise to copy fonts from *$FND_TOP/resource* to *$OA_JRE_TOP* and *$AF_JRE_TOP(lib/fonts)* , but it does no work.
Also, one of the article says to add files in $JAVA_HOME. But i was not able to find JAVA_HOME and the dba says we have $JAVA_TOP and we are not suppose to change anything here.
we are using EBS R12.1.3
oracle reports : 10.1.2.0.2
Any help on this will be appreciated.
Regards,
K

I believe your only option is to setup Pasta
How to Setup Pasta Quickly and Effectively [ID 356501.1]
How to Generate PDF Output With UTF8 in R12? [ID 778970.1]
HTH
Srini

When i print a pdf from preview it prints strange characters - it looks fine on screen

when i print a pdf from preview it prints strange characters - it looks fine on screen

You can also try opening the PDF with preview, then doing a copy and paste to TextEdit and printing from there.
Adobe makes it easier, but you do have software to accomplish this.
Only download Adobe reader from this site, to avoid "fakes/spoofs/malware" that will cause damage to your machine.
http://www.adobe.com/support/downloads/product.jsp?platform=macintosh&product=10
Hope this helps

Printer has been setup in one server but it's printing Junk characters

Printer has been setup in one server but it's printing Junk characters
Pdf file's sent from server and from local machine are printing fine..But prints sent from Oracle Reports are not getting printed, instead it is printing some garbage contents.

Forgot to mention it's 10gAS (10.1.2.3) forms & reports

Report layout in french not displaying french characters properly

Hello,
I have a report layout that I have created with a 3rd party tool (j4ldesigner). All it has on it is one label (displaying a couple of french characters as a test
). Within APEX I have created a test report layout and imported it as a named column report layout type. I then created a very simple report query and associated it with the test layout. When I run the test report, the layout launches but the characters éâ appear as Ã©Ã¢.
So I'm thinking this has to do with language somehow. I have other reports which are generic named column reports, but those are manually entered and seem to work fine. The named column layout is imported, and I'm assuming some sort of conversion is happening where those special french language characters are concerned.
The fact is this is a 11.2.0.3 database. I was assuming the language set would use the standard language librariy files which come with 11G (ie $ORACLE_HOME/nls/data) so I wouldn't have an issue. Since it is not working, do I need to use the language files associated with 9idata? Or is there an init.ora parameter I am missing?

Hello,
Within APEX I have created a test report layout and imported it as a named column report layout type.Make sure the Report Layout File is in UTF-8 encoding. Most of the times, the issue is with file encoding type.
If you use text editors like [url http://notepad-plus-plus.org]notepad++ you can see and convert from one encoding to other.
Regards,
Hari

Printing Turkish Characters in SAP Script

Hi I want to print a Form where I need to Print Turkish characters from Database. Its Print Preview is coming absolutely right but there is some problem while printing. I shows # symbol in places of Turkish Characters. I have checked the printer and drivers and they are absolutely fine. Printer is printing other documents in Turkish Language but not the form. System has Turkish fonts installed. Kindly help. Thanks in advance.

Hi, How did you manage to get this done?

French characters in run time parameter values doesn't show up in emails

We have a custom workflow with configurations to send email when a request is assigned to a person and also to send email on request rejections.
We are encountering following issues with respect to French characters that are available in the message body and message subject.
Issue 1:Notifications are configured in Human Task (ApprovalTask.task) when a task is assigned. Since the message body contains French characters we have used ISO-8859-1 encodings to render the message properly to the user. The message body also has some run time content from the task payload.
For e.g. À titre de responsable fonctionnel, une demande d''approbation pour un accès informatique vous est assignée.
Accès informatique demandé : <%/task:task/task:payload/ns1:ObjectDetails/ns1:name%>
In this case all static text values are rendered properly to the end user in his email. However the French characters in run time parameter values doesn't show up properly and has some weird characters.
Issue 2: Unable to change the default subject shown in the approval task emails i.e. Notifications are configured in Human Task (ApprovalTask.task) when a task is assigned. By default it shows Action Required: Approval. How can this default value be changed?
Issue 3: We have an Email Activity in Bpel process that follows a task rejection. The emailpayload is ISO-8859-1 encoded and works for the message body. However the email subject shows up with ISO-8859-1 encodings itself and doesn't convert to proper string in the end user's email. Is there any specific setting required for french characters in subject?

Hi Kulwinder,
Thanks for your reply.
In fact I do, I've follewed the "Using SAP HANA Variables with SAP BusinessObjects BI4.0" guide.
Please note, when I use a fix value to parameter is working fine, for example:
SELECT *
FROM "_SYS_BIC"."prueba-concepto/CV_TEST_VAR_II" ('PLACEHOLDER' = ('$$FECHA$$','20130530'))
But when I set prompt of the DataFoundation parameter I get and error, this is my sentence:
SELECT *
FROM "_SYS_BIC"."prueba-concepto/CV_TEST_VAR_II" ('PLACEHOLDER' = ('$$FECHA$$',@Prompt(FECHA)))
To me is very curious that I can't enter a value in the DataPreview in Hana Studio, because is not requested, even when the input parameter have been set as mandatory
Have you idea of what could be happening?

SAPSCRIPT: Printing international characters on ZEBRA; How to do?

Hi,
I use software NiceLabel software to design barcode forms. I upload the design to so10 Sapscript text and print it on the Zebra ptinter. I used device tape ASCIIPRI. The SAP system is unicode.
Now I need to print chinese pallet labels and I get unexpected problems. I found a lot information but no solution. Is it possible to print international charcters form SAPScript on Zebra?
I got the information from Zebra's White Paper: Solution for Printing International Characters. There it says:
"Unicode UTF-8 is embedded within Zebra printers."
"SAP Forms can be universal. Labels and forms ... do not need to be modified or recreated to print in different languages."
"SAP-developed UTF-8 device type and code page support for SAPscript users"
"Label design software that can generate ZPL with support for Unicode ZPL commands"
Do you now which device type I have to use? I think I need an UTF-8 device type. Do you know how to go on?
Please help. Thanks
Frank

Hi Frank,
as far as I know, it might be possible when using SMARTFORMS instead of SAPScript!
In that case, it depends of the device type and the printer type, of course.
Have a look on SAP Note 750002 SmartForms: Support für Zebra Etikettendrucker (ZPL2).
Cheers
Klaus

Printing French characters on HP 4600

Similar Messages

Maybe you are looking for