Bug when printing unicode

I try to print some unicode character. The browser display it well, but when printing it show some square like when the unicode is not found.
For instance try http://getbootstrap.com/components/. Unicode is well displayed in the browser, but when I print (In a .xps file or with a printer) it is not. On the first page (only the first page is required to highlight the bug), the "glyphicon-glass" is the first to fail.

It seems that I had an older version. I update to 24.6.0 on ESR and the trouble is gone.

Similar Messages

  • Additional CR when printing unicode character

    Hello,
    the following code prints two lines on a printer. The second line contains an escaped unicode character. When running the example code I can't even see the unicode character on the paper; but in my original application it is visible. So this is not the problem. But always an additional carriage return is inserted after the unicode character, thus overprinting the beginning of the line with the remaining text. This did not occur in java 6 if I remember correctly. Is there any workaround for this?
    Regards
    J.
    import java.awt.*;
    import java.awt.event.*;
    import java.awt.print.*;
    import javax.swing.*;
    public class HelloWorldPrinter implements Printable, ActionListener {
        public int print(Graphics g, PageFormat pf, int page) throws
                                                            PrinterException {
            if (page > 0) return NO_SUCH_PAGE;
            Graphics2D g2d = (Graphics2D)g;
            g2d.translate(pf.getImageableX(), pf.getImageableY());
            g.drawString("Hello world!", 100, 100);
            g.drawString("Now the line with a unicode \u2259 character.", 100, 120);
            return PAGE_EXISTS;
        public void actionPerformed(ActionEvent e) {
             PrinterJob job = PrinterJob.getPrinterJob();
             job.setPrintable(this);
             boolean ok = job.printDialog();
             if (ok) {
                 try {
                      job.print();
                 } catch (PrinterException ex) {
                      System.out.println(ex);
        public static void main(String args[]) {
    //        UIManager.put("swing.boldMetal", Boolean.FALSE);
            JFrame f = new JFrame("Hello World Printer");
            f.addWindowListener(new WindowAdapter() {
               public void windowClosing(WindowEvent e) {
               System.exit(0);
            JButton printButton = new JButton("Print");
            printButton.addActionListener(new HelloWorldPrinter());
            f.add("Center", printButton);
            f.pack();
            f.setVisible(true);
    }

    Hello Sabre,
    thank you for testing. Of course it's good news that you don't see any overprinting, but unfortunately that doesn't help me on my site (Win7 64-Bit, java 1.7.0_09).
    Since I can see the character in my original application as I wrote, I made up the following test case and met a strange behaviour. I can make my desired unicode character appear without any overprinting as long as I don't use any other character in the string below 2000(16).
    Kindly run the following code. It prints a line of unicode characters starting with my desired one.
    Then change iConstant in makeTextLine() to any value below 0x2000. At my site this results in overprinting.
    Does it also happen at yours?
    import java.awt.*;
    import java.awt.event.*;
    import java.awt.print.*;
    import javax.swing.*;
    public class UnicodeTest extends JFrame implements Printable {
      String text= "Test line with unicode \u2259 character.";
      public UnicodeTest() {
        setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        setSize(350, 200);
        text= makeTextLine();
        JLabel lb= new JLabel("<html>Printing started...<br>"+text);
        add(lb);
        setVisible(true);
        PrinterJob printerJob= PrinterJob.getPrinterJob();
        printerJob.setPrintable(this);
        try {
          printerJob.print();
        catch (PrinterException e) {
          System.out.println("PrinterException: "+e);
      public static void main(String args[]) {
        java.awt.EventQueue.invokeLater(new Runnable() {
          public void run() {
         new UnicodeTest();
      public String makeTextLine() {
        StringBuilder sb= new StringBuilder();
        int iStartValue= 0x2259;
        int iConstant= 0x2020; // Tested with 0x100, 200, 400, 800, 1000, 2000.
        for (int i=iStartValue; i<iStartValue+30; i++) {
          sb.append((char)i);
          sb.append((char)iConstant);
        return sb.toString();
      public int print(Graphics g, PageFormat pf, int page) throws
                                                            PrinterException {
        if (page > 0) return NO_SUCH_PAGE;
        Graphics2D g2d = (Graphics2D)g;
        g2d.translate(pf.getImageableX(), pf.getImageableY());
        g2d.setFont(new Font("Dialog", Font.PLAIN, 12));
        g.drawString(text, 50, 40);
        return PAGE_EXISTS;
    }

  • Acrobat 9 bug with printing problems

    Hello, Acrobat 9 seems to have a bug when printing pdf files. Only the first page is printed. I tried on my Kyocera 2525E and my HP 2600N. Does anyone know a solution ?

    This seems to be a known issue Peter. There are certain models of Kyocera and Canon printers which will only print the first page. As Mike suggested the issue will only be resolved with an updated driver from the printer manufacturers or an update to Acrobat 9. You might try Print As Image in the Advanced portion of the Print dialog. It is a checkbox at the top of the Advanced dialog. Good Luck!

  • PhotoShop CS2 "Program Error" when printing

    I am posting this to the Adobe Forums as well, but thought someone here might have some ideas. am having an intermittent problem printing from PhotoShop CS2 to an Epson 9800. When printing large files (200 MB average) to the Epson, PhotoShop will spool the job, taking about 50% longer than normal, and when complete, displays the following message..."The file XXXX.tif could not be printed because of a program error" No job ever gets to the print que. This happens about 80% of the time when printing. Quitting and restarting PhotoShop generally fixes the problem, and the file can be printed from another computer without issue, so this is not file specific. I have 8GB of RAM installed and PhotoShop running under 100% available memory, cache level at 8, with a dedicated 180GB scratch disk. Memory should NOT be the problem, though I do often have the full layered version of the file open in the background (I am printing from a flattened copy. I have observed that the problem is less likely to occur if no other files are open. I have a second G5 with the exact same software setup (OS, Print Driver and PhotoShop down to the decimal version #) that works perfectly every time. I have run all of the System utilities (Repair Permissions, FSCK, etc), reset the OSX printing system, reset PS preferences, trashed and re installed CS, as well as the Epson printer driver, all with no success. Any other trouble shooting ideas would be greatly appreciated. I would love to avoid a System reinstall.

    See the Adobe Knowledge Base document"Error 'Could not complete your request...' or 'Could not create a new document...' (Photoshop CS2 on Mac OS X v10.4)"
    I suggest whenever you have problems with third-party applications, the first place to start troubleshooting is with the application's documentation, then vendor's web site. Usually their sites have FAQs, lists of known bugs, or application-specific forums similar to these Discussions. Sometimes, unlike the Apple Discussions, the questions are even answered by employees of the vendor.
    The document cited above was found in 10 seconds by searching the Adobe support site.
    Good luck!
    Dr. Smoke
    Author: Troubleshooting Mac® OS X

  • Bug in Print Module, LR3.6, custom package

    Hi everybody,
    After two days of unequal fight with Print Module bug I hope I finally pinned it down.
    Hope it saves someone time
    I have my photos usually cropped in DSLR format (2:3)
    Printing I use often two popular formats 13x18cm and 15x21cm that are close to 5:7 (first one is 5x7in)
    Initially I was using virtual copies and had them cropped to 5:7 format.
    However this makes a little mess in my workflow and it's time consuming. 
    What I found was Custom Package in Print Module.
    Having cell with target size I drag desired photo into the cell and using cmd-key drag this foto to have proper look as the width target format is smaller. So far so good, but ...   
    From time to time printed photo looked totally different from what I saw on-screen. 
    First of all there are couple threads about that problem. I visited them but they remain unanswered
    http://forums.adobe.com/message/3344521
    http://forums.adobe.com/message/3278739
    http://forums.adobe.com/thread/697107
    http://forums.adobe.com/message/3885690
    There are visual samples there of what happens.
    Photos in JPG file that was created from LR look differently than in LR. Photos in file are bigger or/and wrong positioned within the cell
    What I managed to find is:
    Everything goes fine until photo is rotated by 'Rotate to Fit' function. It happens in my case only with photos that have the same orientation that template.
    Example:
    Template is set on A4 borderless format set to portait (Page Setup... button).
    Two cells 14,85cm height x 21cm width (A5 format). First one over second and both in landcape position.
    When I drag photo cropped in Landscape orientation such a photo is rendered properly.
    When I drag photo cropped in Portrait orientation it's atutomatically rotated 90 degrees (couterclockwise) by "Rotate to Fit option" and that is when **** happens.
    Final print (to file or printer) shows that user dragging is omitted in render. What's more if "Photo border" is set to on, photo in this cell is not reduced. Instead of this (as far as I can see) photo border just crop some part of picture.
    If I switch orientation of the A4 page from portrait to lansdcape, magically photos that are cropped in portrait orientation start to render good (they are not rotated now) while those in landscape start to render wrong.
    This looks 99% as software bug.
    I'm using LR3.6 on mac osx 10.6.8
    I'd like someone to follow it and to check if the same happens on different Mac or Windows.
    Cheers
    Robert

    Confirmed in LR 5.3, OS X 10.9.1.
    Screen display is fine, user repositioning is ignored when printing if page is in landscape mode and the image is rotated 90° (Rotate to Fit on). A4, Epson printer. Bug also appears in PDFs generated via the "Printer…" button. I didn't check JPEG export.

  • Search report - error-no data found when printing to csv format

    Hi all,
    I have a search report,
    I have 4 select list and two text field and two date field to search for the result.
    I have even put the computation for the select list items in
    on load - before header ie setting the items to default value.
    Still when i try to print it in the csv format , and try to open the excel, it is saying "no data found" error
    Please, Could any one give me a solution to solve this bug?
    Note: Ordinary report is getting printted in the csv format.
    Thanks in advance
    bye
    Srikavi

    Hi Denes and Scott,
    sorry, only when i select the values for all the 4 select list
    csv is working. default values are not restored in the session.
    How to restore the values in the session state after pressing the search button.
    i have set the default values for the select list and the query is working fine
    but when i see the session from the toolbar the default values are not present.
    but when i see the debug from the toolbar the values are set properly.
    @Denes
    In your example the session is showing the values of the select list and check box
    The same way i did, but in "session" values are not seen so again no data found is seen when printing csv .
    Bye
    Srikavi

  • Acrobat 8.1.2 hangs when printing from IE 7  under XP Pro x64

    Hey Community,
    my Acrobat Standard 8.1.2 and my Internet Explorer 7.05.... hang up when printing. Im running XP Pro x64 recent version.
    The other features printing from word or scanning do work well.
    Has somebody an idea how to fix that bug ?
    Thanks Frederik
    Funny thing - I just tested it out to describe the situation better:
    First test:
    I used the embedded printing icon in the toolbar and printing worked fine with www.FTD.de. Adobe did print eather already started or by automatic start on print icon. It worked several times in a row. But often Homepages are not scaled, so only part of the page was on the paper, because there is no option use the properties. Once Adobe opened I saw a new feature that I have downloaded some Multimedia features with the document and if I would like to listen to them.
    Second Test:
    I did the same job with using the File/Print command, set adobe as printer
    and the job hang up in this version. But to say, it is the internet explorer which hangs up. I couldn't minimize the window, IE was just freezed. After terminating IE via task manager the Adobe window of defining the files name showed up, but the process does not finish (X IE)
    After opening IE I tried to run Test1 with the still running Acobat but I got en error message from Adobe. After closing and starting Acrobat again the Test1 process worked fine without problem and without prior restart of the machine.
    I also tested this with Kapersky deactivated to make sure that the Multiimedia Content does not cause the trouble, but no changes I.E. just
    hangs up.
    Has somebody an idea?
    Frederik

    Problem solved. Does only happen with the Internet Explorer 32bit.
    With Internet Explorer 64bit it doesn't happen.
    Frederik

  • Discoverer Plus - Problem with Page Orientation when printing pdf's

    Hi,
    When printing pdf's in Disco Plus I have a problem:
    My workbooks are a mixture of landscape and portrait pages.
    I am printing the entire workbook and then using cutepdf to produce a pdf.
    If I print to paper I get the correct landscape/portrait settings.
    If I print to pdf then landscape pages appear vertically when I view on screen so that the text is running from bottom to top of the page.
    So it is picking up th portrait/landscape settings from the individual worksheets but cutepdf has not realised that the pages are landscape so they appear on the screen vertically.
    This was not a problem on discoverer desktop so I am confident that this is not a problem with cutepdf.
    Any thoughts?
    Justin

    Thanks 2257648922,
    Version details are as follows:
    OracleBI Discoverer 10g (10.1.2.3)
    Oracle Business Intelligence Discoverer Plus 10g (10.1.2.55.26)
    Discoverer Model - 10.1.2.55.26
    Discoverer Server - 10.1.2.55.26
    End User Layer - 5.1.1.0.0.0
    End User Layer Library - 10.1.2.55.26
    Oracle Database 10g Release 10.2.0.4.0 - Production
    Copyright © 1999, 2005, Oracle. All rights reserved.
    So I assume that means my version doesn't have the bug you mention.
    Any other thoughts would be appreciated.
    Justin

  • Bug #2421120 - printing issues in Adobe Reader 9.1.3

    Dear Adobe Support,
    If possible I would like to know which Adobe Reader versions apart from 9.1.3 are affected by:
    Bug # 2421120: When printing from Reader 9.1.3, the output is occasionally
    garbled or blocks of text have characters replaced by their subsequent letter; for example, S becomes T, etc.
    Thank you for your help in advance.
    Brgds,
    Dominik

    This is not a channel to official Adobe support. I cannot find the bug by the number you gave in the Adobe help system.

  • [FIX] Darker prints and color shifts when printing from Lightroom 2

    Hi,
    The problem :
    When printing RAW or TIFF files from LR2, you get a printer output that
    is much darker than it should be and that presents various color shifts.
    I'm using an Epson Stylus Pro 3800 with the latest Windows driver
    (6.50 - which is rather old by the way). The workaround described below
    works for me under Windows XP SP3. It should also probably work with
    other systems/printers/drivers. Use at your own (minor) risk.
    The "official" procedure for printing from LR is as follows:
    1. Do not let the printer manage colors and select "Other..." from the
    profile dropdown list and select the ICC/ICM paper/printer profile that
    you want to use.
    2. Click on Print... in LR which opens the Print Settings dialog.
    3. Select the options you need and the paper you're using.
    4. **Disable the color management from the driver's side** (in Epson's
    drivers, "Mode | Custom | No Color Adjustments").
    5. Print
    Unfortunately, **this doesn't work** for many of us and this produces a
    print that is dark and has color shifts as mentioned above. Note that
    the same image prints correctly from QImage or Photoshop CS3 (that is,
    the printer output corresponds to what you see on your calibrated
    display).
    Apparently, although color management has been (allegedly) disabled in
    the driver, there's something wrong between LR and the driver which
    makes that *both* LR and the driver are still trying to manage colors.
    In other words, the "No Color Adjustements" option of the driver doesn't
    seem to work with LR.
    The workaround (found after hours of hair pulling and paper and
    expensive ink wasting):
    In step #4,
    1. Instead of selecting "No Color Adjustments", set Mode to "Custom |
    ICM
    2. Click Advanced...
    3. Check "Show all profiles".
    4. Select Driver ICM (Advanced)"
    5. Set **both** the "Input profile" and the "Printer profile" fields to
    the very same profile that you specified in LR.
    That is, if you specified Pro38 PGPP (Premium Glossy Photo Paper) in LR,
    then also select Pro38 PGPP in both "Input Profile" and "Printer
    Profile". This has actually the same effect has disabling color
    management in the driver (what "No Color Adjustements" should normally
    take care of).
    That's it. When printing, you'll get exactly the same color results as
    when printing from QImage or Photoshop. No more dark prints. No more
    color shifts.
    One might think that the bug is in the Epson driver but in that case,
    QImage would have the very same problem. So I tend to think that the bug
    is on the Lightroom side.
    Note: Although Photoshop CS3 produces a correct printer output, it
    demonstrates the same problem as LR when using the "Match Print Color"
    option for soft proofing. But in that case, only the preview colors are
    wrong. The printer output is ok. Which also tends to demonstrate that
    Adobe has the problem, not Epson. Or maybe both... :-) .
    Don't ask me why some users have the problem and other don't.
    Hope this helps.
    Patrick Philippot
    MainSoft Consulting Services
    www.mainsoft.fr

    A sincere thank you for your reply, Michael. Sorry about the "it just doesn't make sense" shortcut. I have been trying to solve this issue since LR 1.1, spending dozens of hours on different trials and digesting everything written on this forum and the B9180 forum about color management and double profiling. My shortcut was a summation of my experience (and my frustration) but doesn't really advance the conversation. Here are some data that should be more useful in diagnosing the problem.
    I am running Windows XP SP2. I calibrate my monitor monthly with the Spyder. The reason I suspect this may be an issue of double profiling is because the results (moderately strong magenta overlay plus an increase in contrast) match what more knowledgeable people than I on this forum describe when double profiling occurs. Perhaps I shouldn't presume it is double profiling, and follow Patrick Philippot's lead in naming the problem "color shifts." Patrick does refer in post #2 of this thread, however, to obvious double profiling.
    I certainly do have a successful and consistent print method. With PS CS3, and either my Epson 1280 or my HP B9180, the output is almost always dead on. Here is how I do it. In PS from the print dialog box, under color handling I always choose "Photoshop manages colors." Then under printer profile I select the profile designated by the manufacturer for a particular paper/printer combination. Then in the printer driver I disable printer control of color. With the Epson I check the box "Off (No Color Adjustment)." With the B9180 I choose the option "Application Managed Colors." While I sometimes may tweak the final output, these procedures have served me well with PS for several years.
    Contrasted with my positive PS experience, my experience with LR printing has been inconsistent. I regret having to be so imprecise but truly sometimes LR produces accurate results that match the calibrated monitor, but most of the time it does not. I use standard procedures with LR that parallel the PS ones described above. In LR's printing panel, under color management, I specify the correct profile, just as I did for PS. Then in the printer driver I use the same procedures I use with PS. Most of the time the prints have the magenta overlay and too much contrast.
    BTW, the inconsistent LR printing only takes place with my HP B9180. I have never had any problem with off-color LR prints with my Epson 1280. Again, I emphasize that I have standard procedures that always work with PS (no matter which printer) and LR (but only with the Epson).
    Unfortunately the LR printing problems are intermittent. Some of the time (perhaps 20%) LR produces fine prints in the B9180, indistinguishable from PS prints. When LR is printing well, it will continue to print fine until "something happens" and the output shows the color shift. This means I do not get a random sequence of good-bad-good-bad prints, but rather good-good-x factor-bad-bad-bad. Ths problem is that I do not know what this "x factor" is. Once, when LR was giving me accurate output, I simply changed the default printer (Control Panel-Printers and Faxes) from the B9180 to my Samsung 1430 laser; immediately afterwards the LR output colors shifted. Did LR react to this change in default printers? Another time I had good LR printing success with version 1.2 but ran into the problems described above when I upgraded to version 1.3.
    Sorry for the long post. I am hoping that someone will see something that I am missing and provide a hint. I think, though, that Patrick is correct when he states, "I tend to think that the problem is with LR. After all, similar issues (obvious double profiling) are observed only in LR but with various printers."

  • Problems when printing Sapscript...

    We have imported a number Sapscripts in Russian into our unicode system. Looking at the Sapscript I can see Russian text in both the first and next page of the form. However, when printing the first page looks perfect and displays in Russian, however, the second page shows hashes (#) where the Russian text should be.
    If none of it worked I might be able to understand what was going on, but when the first page prints fine I find it difficult to understand what is going on.
    I have run a check agianst both pages in SE71 and re-activated, but still no joy. What could be going wrong?.
    Gary

    Thanks guys, I have now found out what the problem was.
    All my test data was set up for me by the functional guys. The output messages that were repeated were originally set  to language of English rather than Russian, and hence the problem.
    Apologies everyone.
    Regards
    Gary King

  • InDesign freezes when printing to a PDF and have Outlook open

    I am not a patient person by nature. So, while I am waiting for my InDesign document to collect all its info before asking me where to save my printed PDF, I go compose an email in Outlook. When I do this, the dialog box for me to browse for the folder I would like to save the PDF to and the Outlook window disappear. What is going on?

    This type of issue probably relates to the amount of system resources and virtual memory used by each of the programs - i.e. InDesign and Outlook - but not to bugs particular to either one. Outlook (including Outlook 2007) uses a tremendous amount of virtual memory (possibly up to a three gigabyte limit) and by extension, real memory when you have a large number of messages in your active InBox or whatever folder(s) are open. Similarly, when printing or exporting PDF, InDesign calls in a number of resources, especially the Adobe PDF Library and the Adobe Graphics Manager, that also have a tremendous hunger for virtual memory space, especially if you are working on a very complex document. When I've seen this type of problem or better when I proactively want to avoid this problem when I know I am exporting very large, complex documents, I close down Outlook and often save my InDesign document, close InDesign, and restart InDesign. Sometimes, rebooting my system minimizes this problem. And it is possible that you have specified too small a paging file or have run out of disk space for paging files if you let the system handle this matter automatically.
    My perception is that with my migration of my main system to Vista 64-bit with a larger amount of main memory and larger available address spaces, I haven't recently seen this problem reoccur.
    By the way, I've seen similar issues if you have InDesign and Photoshop open and then try to open Illustrator - it simply craps out without any rational message. Open Illustrator, InDesign, and Photoshop in that order and Photoshop won't hog the systems' virtual memory.
    - Dov

  • IOS 8 AirPrint Bug: Email printing is slow. iOS 7 works fine.

    I have been troubleshooting the AirPrint bug for several days and could not find a solution for this. Whenever I print an email (even an almost blank email), it takes about 25 - 30 seconds before the print job is sent to the printer, after that the printer start printing. This long delay happens on iOS 8.1 and iOS 8.1.1. But on iOS 7.1.1, it works fine and take 2-3 seconds before the printer start printing. I have tried multiple iOS devices such as iPad Air, iPhone 5, iPod Touch to reach the conclusions.
    Email printing is fine if I use a 3rd party Email App such as "Dropbox Mailbox" on iOS 8.1, 8.1.1.
    Email attachment (PPT, Excel, pdf) printing from Apple's email client also works fine: AirPrint sends the print job to the printer quickly in 2-3 seconds, then the printer starts to print. Printing Apple Map and other documents from other Apps also works this fast.
    The only problem only exists in Apple's email client when print emails on iOS 8.1 & iOS 8.1.1. Can you please fix the problem ASAP? Thanks.

    Hi ,
    Did you happen to resolve this issue.  Testing with email the delay we see is 30-40 seconds before any data is sent to the server. If we print images ,notes or PDFs it  reaches the printer quickly .  Also tested this with IOS 7.x and the issue is gone for email

  • Lightroom 2.5 Image Size When Printing

    I have searched and tried several approaches, but cannot get LR to adjust an image size correctly when printing. 
    For example, I have a Lab Test Page tif image that has a document size of 23" W x 29" H and a resolution of 180 ppi.
    I can use CSR 4 Image/Image Size to change this to 8" W x 10.5" H and a resolution of 320 ppi using resampling. The reduced image prints correctly in CSR 4 on 8.5" x 11" paper and results in .25" margins top and bottom. The same thing happens in LR 2.5 with the size reduced image.
    However, if I try to print the original image using LR 2.5 to automatically resize the image it does not work correctly. I have tried all sorts of combinations of settings to get it to reduce the image (as is done in CSR 4) and print with .25" top/bottom margins without success. The image fails to resize correctly.
    Is this a bug, a feature??, or operator error? Can anyone tell how to make LR 2.5 automatically resize so it prints correctly? I have tested this on other computers with the same results.
    Thanks
     

    Go to print module.
    Select Print to jpg.
    Set the resolution at 180 ppi.
    Other output settings, sharpening, paper profile as required.
    Set the margin sizes as required.
    Set the cell size to the size of the image
    Set the Custom File Dimensions to the size of the paper...29" x 23" in this case.
    You can drag the Cell size and the various borders around until you get exactly the lay out on paper you require. Then when finished hit print to file, name the file and the job is done.
    If you want to print a a different size, with a different resolution, on different sized paper, with different borders all this can be done in the print module and it is WYSIWYG so no guess work (or calculations) involved. Using LR rather than PS for this also has the advantage of using much better algorithms for upsizing images than PS and applying output sharpening for the specific media type you intend to print to, all using the RAW data

  • Images off colour and overexposed when printing

    Hi folks I'm new to the site. I have been using adobe software for a good few years at this point, and i have been trying to solve a problem with my friends Photoshop and illustrator. every time she prints out work, its all off colour and over exposed like the colour preferences are messed up.
    When printing a word doc or regular jpg images there is no problem. It only happens when trying to print in Photoshop or illustrator.
    I would really like some help
    Thanks 
    Edit
    CS3 Extended
    Printer brother DCP-165C

    What are her color-management settings and practices?
    Is she set up to use appropriate color-profiles while designing/editing, using a calibrated/profiled monitor to display the designs or photos in accurate color, and using appropriate settings and profiles for print color-management?
    Do the prints come out to match what's displayed if the image is sent to a service - or you print them on your setup?
    Does what is displayed in Photoshop match what is displayed in the other apps being printed from?
    Has it once worked, and now it doesn't - or is this a new setup?
    This is a case where the specifics matter - very much.  Color-management settings and practices cannot usually be "guessed" into working.  And to make matters worse for those struggling to understand, there is the possibility that there are bugs in printer drivers, bad monitor profiles, etc.
    Unfortunately, it's near impossible to teach proper color-management concepts, so that the user can make all the appropriate choices, on a forum.
    -Noel

Maybe you are looking for