J6480 printing strange characters + correct info on same pg

I have a J6480 that is set up wireless on my Dell desktop (OS = XP SP2) and when I print EOB's from my insurance sometimes they print part English and part I'm not sure. There are just characters showing where there should be the information that was loaded into the printer driver.
I searched the forum but most of the posts there are due to false paper jam alert. It may take 3 or 4 tries to get it to print properly. Luckily I print on the Fast mode so I'm not wasting that much ink, but still it's very frustrating.
Any help you can provide would be terrific.
Thanks much.
LizzieAnn

That sounds more like code than a printer error. How long has it been since you defragged your machine? That was the source of a friend's problem -- she'd had her computer for several years and *never* defragmented the hard drive. The printer she thought was worthless was actually working fine, but it couldn't communicate with her hard drive because of all the disconnected data. Because of the extent of her electronic clutter, it took over an hour for the defrag to finish, but once it was done the printer worked fine again.
It's worth trying -- it's very simple, will do no harm and might even solve your problem. A disk cleanup is also a good idea. If you're on Windows, here's how to do it (in case you don't already know):
1) Empty your Trash folder if you haven't already.
2) Go to Start/Programs/System Tools/Disk Cleanup and follow the dialogue instructions.
3) Go back to Start/Programs/System Tools, but this time choose Defragment. Again, follow the instructions. Don't bother with Analyze -- go straight to Defragment.
Do these things at least once a month, depending on how much use you give your computer, and you'll find it runs faster and with fewer errors.
Hope it solves your problem.

Similar Messages

Acrobat X Prints Strange Characters

In the last week or so I have had two separate instances of folks having trouble printing large documents from Adobe Reader X. Both were printing to HP Printers, one an officejet connected via USB and another a networked LaserJet. The first few pages of the document would print fine but then the rest of the document prints strange characters. A second attempt to print the document generally succeeds, leading us to believe that it may just take some time for the program to "fill out" the file or something. Has anyone else experienced problems like this with Acrobat recently?

Yes I have a computer in our office that is pluged into a HP Laserjet 2015 and it is doing the same thing when printing from pdf's. After some testing I have gotten it to repete the messed up/strange characters. It seems that it will mess up everytime you print and then close out of the file, even tho it has spooled the print, and the printer is not finished printing. But if you leave the file open for the duration of the print, even tho it is spooled, it will print fine without messing up. Still looking into why this is doing this, it does not matter what PCL printer driver that I have tried for it... I have not tried using a PS driver yet.

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

Acrobat Pro 9.4.6 Printing Strange Characters

I currently use Acrobat Pro 9.4.6 and when printing to a PDF file it prints strange characters...not at all what I want to be printed. I'm using Windows 7 Home Premium. Have others experienced this? Any assistance would be greatly appreciated.
Jim

Thanks for taking the time to reply. It's interesting that this problem only manifests itself in certain applications. A friend installed a program called CuteWriterPDF and the applications that I was having difficulty with writing PDF files are taken care of perfectly with this small program. It was just an experiment but it worked. This is not a perfect fix as I would prefer a solution from Adobe but at least I'm back up and running.
Thanks much for taking the time to reply!

Printing Khmer characters correctly, with ligature substitutions

I'm trying to implement printing of characters from the Khmer writing system. The characters and the font are both Unicode and using the font in other applications works fine. However in Java, using the Java 2D printing, the characters are not printed correctly. It appears that the ligatures are not placed in the proper location. I have a sample application that shows the problem. I'm looking for help to either found out if this is a bug in Java or if I'm missing the obvious.
I've search the Java forums and can't find much on this topic. Please point me.
PS. I can't see away to attach my sample. If you think that would be helpful say so and I'll paste it inline to this thread.

I found that my problem can be solved by using a different font. In my tests I had used the Khmer OS * fonts and if I replaced the font with [Kh System.ttf|http://sourceforge.net/projects/khmer/files/Fonts%20-%20KhmerOS/Kh%20Uni%20fonts%20for%20design%20pro./ ] and ran my test program and I get the expected results.

PROBLEM: HP p2015 printing strange Characters

In our office we have an HP 2015 that has started printing abnormal characters on the end pages of say, a 6 page document. The first three pages will be ok, and then the remaining three pages will have symbols and strange characters in replace of the normal alphabet characters.
I've noticed it doing this from ADOBE PDF documents that are larger than 3-4 pages. Does anyone have any ideas or solutions? I have re-installed the latest drivers, and the printer appears to have the latest updates.

read here
" If you find it helpful, pls click on the blue KUDOS button on the left -side of the screen as an indication "

PDF created in MS Word does not print special characters correctly

I am having a problem with converting an MS Word document to a PDF. This document contains the Ohm symbol and the greater than or equal to symbol. I am using Word 2007 and Acrobat X Pro.
I am simply using the insert symbol feature in Word to insert the symbols. They appear fine in Word. When I print to PDF the Ohm symbol turns into an '&' and the greater than or equal to symbol turns into an 'e'.
A fellow I work with who has the exact same computer and program setup as me does not have this issue.
What can I do to correct this?
Thanks!
Chris

I tried all of the print/press options and they all do the same thing.
I have always used the pdf maker button from the MS Word ribbon.
I just tried using the print dialog and selected Adobe PDF with the 'high quality print' option that I need to use and this time it worked! But it is not really fixed as I make a lot of PDFs every day and need the one-click functionality.
In the PDFs that work and PDFs where the character fails I tried editing the text and it says that the font is substituted. In MS Word i am using Arial, Acrobat is using some "ArialMT" font that I never heard of.
The embeded fonts are also listed as ArialMT.

Acrobat Reader Prints Strange Characters

The Reader prints files in a strange character encoding which looks like nothing - )*&#$@^(%)&%@#?><{::} and characters you cannot find on your keyboard. When printing from other PC's it's working perfectly. It does that with all languages and all PDF files.
Here is a scanned result of the printing:
[URL=http://www.hotshare.net/image/100994-1898931441.html]img041.jpg (377.73 KB)[/URL]
http://www.hotshare.net/image/100994-1898931441.html

busoppreviews: As I have written before - I have a printer connected to PC via USB, there is no network involved, only mechanically moving laptops.
PS Why on earth I can't reply on these forums using Firefox?

Strange characters and symobls print in the middle of a print job. Help.

In the middle of a print job, whether one page or several, it starts printing strange characters and symbols until the end of the job. It will do this in the middle of the page, or after printing one line of English and the rest of the page in gibberish.
It usually does this while printing off bank statements from the internet or a pdf file pulled from the internet. I don't think it has ever printed any of my documents.
However, it has done this while printing a bill received as an attachment to an email from a friend.
The next print job will usually be back to "normal". But one day, it did this many times during the day. Frustrating!
Appreciate any help.

I had this happen to me with a PDF file once. I called Support at HP,
and they told me it was because I had labeled the PDF as "text" when
it actually has (technically) "pictures" in it -- the printer didn't know how
to print those "pictures" (symbols?) as "text," so it came out as gibberish.
Perhaps there's a teckie here who can tell you more eloquently. [And
what to do about it!]
HTH!

Report previews and prints with strange characters

I have a custom XI application which uses CCrystalReportViewer11 (C++ wrapper around ActiveX control) to preview reports. This works for hundreds of installations, but for one the text is displayed and printed with strange characters. If the customer exports the report the characters are displayed as normal. What could be wrong?

More than likely, it's a printer driver issue. It may even be that there is no default printer driver installed. Also, see if setting a different default printer driver helps. You can also set the "No Printer" option in the report by opening it in the designer and going to the File menu and selecting "Page Setup".
Ludek

I have a 1and1 email address but when I complete all the setting up info it says that either the imap user name or password is incorrect. I have attempted it many times since carefully putting in the correct info but still same message appears. Any ideas?

I have a 1and1 email address but when I complete all the setting up info it says that either the imap user name or password is incorrect. I have attempted it many times since carefully putting in the correct info but still same message appears. Any ideas?

If this is a Gmail account you might need to unlock by going here: https://accounts.google.com/DisplayUnlockCaptcha.

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

Laserjet Pro 200 M251NW printing Garbage characters multiple pages after just setting up

I am installing the printer for the first time on a Dell Optiplex with Windows 7 32bit, it is about a year old and is working fine with other printers. The printer was working fine through USB on a laptop running windows XP.
Connected the printer to an open USB on the computer and the auto install started running from the printer. It seemed to run OK, I followed all of the prompts, etc. When I said it should print a test page it started printing multiple pages each with a few lines of what I would call garbage text, strange characters, spaces, random letters, etc. It kept printing pages and I had to turn the printer off to get it to stop.
I was thinking that maybe the drivers from the printer were old and not for Windows 7, so I then download the full driver from the HP website and installed that. It said it would uninstall the original driver, which it did, then it installed and again all seemed OK until I printed the test page, and the same thing as above happened. I also tried printing some text from notepad and it went to the print queue then disappeared. It still seemed like a driver problem to me so I manually uninstalled from the start menu program Uninstall for the printer. This time I downloaded the basic driver and installed - still with the same result. I thought maybe it was because the Quick STart from the printer kept loading when the printer was turned on so I turned it off from the menu on the printer, but it still didn't help. I also tried another USB port on the computer with the same result.
Is it possible there is software left from the first install that may not have been for Windows 7 and it needs to be removed manually??
Any help from HP or anyone would be greatly appreciated as I need to get this printer running for our shipping system ASAP.
Thanks,
Rich

I tried all of those things and it is always the same result. Even on the network, printing from the same computer. I was able to print properly from a different computer, to the HP 200 connected to the USB and shared on the original computer - so I then knew the USB was OK.
I was looking online further and found the HP Universal PCL6 driver, and it actually worked! I don't really understand why the proper driver will not work with the printer though. I even created a new user on the computer so all of the programs, etc. would not load, then I uninstalled and reinstalled the driver - still same problem. The computer also has drivers and printer software for Epson printers, so I don't know if that could be causing some type of problem.
It is good that we can at least do basic printing but I really should have the fully functional driver working for the system. Any help from anyone, and hopefully HP monitors these discussions and can help out.
Thanks,
Rich

XSLT transformation format-number into strange characters

Hi, Experts,
    When I excute following code to translate a string number DEBIT TYPE C(60) into xml, the result has strange characters.
<xsl:value-of select="format-number(sap:if(string(number(DEBIT))!='NaN',DEBIT,0),'0.0000000000')" />
    If DEBIT is empty, the correct result should be:
0x3000 0x2E00 (0x3000)*10       = 0.0000000000
    but actually, the result will be following in some cases:
0x3000 0x2E00 (0x0F77)*10
    in some cases the result will be
0x3000 0x2E00 (0x2600 0x2300 0x3000 0x3B00)*10
    What I mean in some cases, I ran the same code on different NW system. I also changed the user profile by NW menu System->User Profile->Own Data, the result won't change whether I use American Comma-Dot or European Dot-Comma.
    Can anyone give some advice on the code? Or there is some patch to solve it?
    Thanks and Regards
Davin
Edited by: Davin Wang on Jul 17, 2008 3:15 PM

Hi Davin,
do chk the condition it is not correct
<xsl:value-of select="format-number(sap:if(string(number(DEBIT))!='NaN',DEBIT,0),'0.0000000000')" />
do chk it
Thanx
Sampath

Strange characters in pdf

Hello,
i have a strange problem with "strange characters" (such as "à", "ö" etc). I have to edit pdf files produced with Adobe Acrobat by other people. In some cases, when i try to "copy and paste" text from this file into a "note" (within the same file), the strange characters appear scrambled, such as "Ÿ" instead of "ü", or "Ž" instead of "é".
I noticed the following:
1) on the screen, the original text looks correct, but after copying and pasting it into the note-tool (within Acrobat), it looks scrambled. If i paste it into another application (TextEdit or Word), it stays scrambled.
2) this happens not for all files, but only for some of them. note that all files come from the same source...
3) The same string of text looks and behaves absolutely fine when i open the pdf file with another application such as Preview.
4) In Acrobat, i can edit the scrambled notes to make out of an "Š" an "é" - but that is a time consuming way of doing things.
I think it has something to do with Font availability, or Unicode, or so, but a don't find the right thing to do. And i really need a solution, since editing within Acrobat is part of my money-earning work ...
Who has a useful hint ???
Thanks in advance,
thomas

Guessing here, but possibly the others and you aren't set to the same language? - the font codes for the diacriticals may vary between languages?

J6480 printing strange characters + correct info on same pg

Similar Messages

Maybe you are looking for