Font color of smartform incorrect when printing

Hello,
I have created a new smartstyle with different fontstyles. For one window in my smartform, I need a word printed in very big letters and in grey.
When I look at my print preview, the letters are big and in grey, as they should be.
But when I print it, the color of the letters is always black!
When I´m printing about "LOCL", but on the same printer, the letters are shown correctly in grey!
Does anybody know something about this problem?
Thank You
Michael

Hii
Try the following
Step1:
Is your table header defined separately means as a separate template. Then check Template Node -> Output Options --> Check Shading.
Step2: Check the Window in which the table defined.
Step3 :
Table Node -> Output Options Tab--select Header --> Set Shading as 0 and Apply/Set and dothe same for all the columns defined in Header.
Step4:
Please check the pattern used for table (May be you have used pattern contains shading) to another pattern.
Try printing your smartform onto another printer, maybe using another driver. If you get the correct shading then, you have to either find another driver for your printer.you have to live without shading. Some high-volume printers (like ours) can only print black and are not able to do any shading.

Similar Messages

  • [smartforms] Problem when printing on distant printer

    Hi,
    I'me facing a printing problem with a smartform : it's OK when it's printed on LOCL printer, but KO when printed on other printer.
    In this case, I obtain some gaps on colomn and differences in font size.
    Would someone have an idea that could help me to solve that problem?
    Thank you by advance.
    AR

    Usually we print our forms in SAP configured printers, so always try to design your forms according to printer configured in SAP.
    now, coming back to your question, this is the problem why it is picking the wrong font... the font family that is used in your smartform(check smart style) with specified size may not be loaded into SAP system... check the font families that are available in SAP system in SE73 tcode and modify your smartform accordingly...
    If you are using LOCL as your printer it picks the fonts from your local machine.. since the font exists in your local machine it may be displaying correctly...
    Close the thread once your question is answered.
    Regards,
    SaiRam

  • Why can't my pics match color of the screen when printed?

    Hi there.... Please help me with my frustation.  I am using LR 2.6 and printing on a HP Photosmart B8550 on a MacBook laptop.   I can't get the colors on the printer to match the screen.  I have tried several profiles in the Color Management section of the Print Module (including Manage by Printer).    The prints are all darker and not as vivid as the monitor shows.  Although the levels in the histogram are OK, in order to get 'decent' color prints I have to increase the levels distorting the screen image.

    so I have to assume its a basic flaw with lightroom
    Actually it is certainly possible to print correctly with Lightroom. Almost all printers will just work. If they don't, you are either not setting up the driver right with the correct settings for ink density and paper type and/or are not using the correct color profile, or you have a really badly written driver for your printer that does not conform to standards. You can hack your way around the latter if you know what you are doing and get reasonable prints, but a new printer might simply be in order. In its quest for the best print quality and 64-bit compatibility with the latest Apple and MS operating systems, the Lightroom folks had to dump some of the old ways of doing things. The same thing happened with PS CS4. This unfortunately leaves some older and consumer oriented printers at the wayside.
    Now all this is excacerbated by some bugs in the printing systems of both Apple's OS and Microsoft's, where printer drivers will often simply refuse to give up color managing prints, resulting in dark weird colors. I doubt this is your problem though as it mostly manifests itself when you are using your own printer profiles for different papers instead of the standard ones.

  • Color is way off when printing

    Windows XP, LR 2.5.  On the screen the document looks fine.  When I print it is very blue & green, most of the other colors are gone.  I print the same photo to a jpg.  It looks fine on the screen and prints fine on the same printer.  I send the photo (with adjustments) to Photoshop CS4, the colors are right, print to the same printer and it prints right.  Only printing directly from LR is having problems.
    Any ideas?  Thanks!
    Rich

    I must just be missing something.  I'm in LR in the Print module.  Under Print Job I see Color Management, Profile: Managed by Printer.  My only options are that and Other - and other wants me to choose a printer profile.  I'm printing to a network printer (HP color laser).  The only profiles I see are ones where I've installed the printer on my computer, like the Canon inkjet I have.  Do I have to install the printer driver on my machine to change it?

  • Print colors are not true when printing greeting cards. blue background is orange.

    My Greeting cards have multiple colors. I'm only getting reds, yellows, orange. (Printer head Status:Color: Black/Yellow(GOOD) Magenta/Cyan(GOOD). Cartridge Dates(GOOD)

    Welcome to the HP Forums   I noticed your post about the print quality troubles you're seeing when printing from your Officejet 8500, and I wanted to stop in and share my suggestions with you. I would recommend that you try the steps from the support guide down below to see if the issues can be resolved. If they happen to continue, contact HP directly to discuss your next options, such as a replacement unit, etc as the printhead(s)  may have failed. I will leave their contact info below! Fixing Print Quality Problems for the HP Officejet Pro 8500 All-in-One Printer Series (A909)  Step 1. Open link: www.hp.com/contacthp/
    Step 2. Enter Product number or select to auto detect
    Step 3. Scroll down to "Still need help? Complete the form to select your contact options"
    Step 4. Scroll down and click on: HP contact options - click on Get phone number
    Case number and phone number appear.   

  • KDE: margins incorrect when printing because of fit-to-page option

    I'm attempting to print a PDF file with Okular (happens with other KDE/Qt applications as well) to my HP Deskjet D2530 printer. The PDF has one inch margins on all sides, but when printing, additional space is added to the margins.
    The page prints perfectly using lp:
    $ lp /Path/to/PDF.pdf
    Should also note it prints perfectly with non-KDE applications such as epdfview.
    I turned on debug mode in CUPS to find what options KDE sends to CUPS. I narrowed it down to the "fit-to-page" option causing the issue.
    I can reproduce the incorrect margins exactly with this command:
    $ lp -o fit-to-page -o PageSize=Letter /Path/to/PDF.pdf
    Now the issue I'm having is disabling this. I see nowhere in the KDE print dialog to disable fit-to-page, and have searched CUPS' documentation for a way to disable it on that end, but could not find anything. Searching for this issue has similiarly turned up nothing. I've also tried adding "fit-to-page=false" to ~/.cups/lpoptions with no result. I can't be the only one who has dealt with this. Is there some configuration option I'm missing somewhere or should I report this as a bug upstream?

    hello!
    i have a similar problem:
    https://bbs.archlinux.org/viewtopic.php … 3#p1402373
    for me the fit to page cmdline option does not apply and the output is always bigger than one page ... same goes for print menues with the option to turn on/off fit to page ...
    Last edited by brrbrrbruno (2014-04-09 17:22:04)

  • Font size incorrect when printing smartform

    Hi,
    I have a smartform containing many smaller windows with frames. One big window should show a word in grey and in big letters behind all the other windows.
    In my smartstyles, I have used the font family "HELVE", font style bold and the size 72. When I print to a sap printer device, the word is printed in very small letters and in black. When I´m printing about LOCL and then on the same printer, the fontsize is correct.
    What can I do to change that?
    The second problem is, that the letters are shown over the frames of the other windows, but it should be completely in the background. I put the window with the backgorund letters as the first window on the screen to get it behind all others, but it´s not working....
    Cheers Arne

    there  is   some  proble in printer  setting.....
    contect  the basis person....
    method   for  font  size....
    Define the paragraphs & character formats using SMARTSTYLES & use them in your smartform.
    You have to give the smartstyle name in the Form attributes-->Output options for the formats to be used in your smartform.
    frm ur pc only u can get this font file..
    go to control panel , in tat go to font and select your desired font file..
    now give the path of this font file in se73..
    after doing that this file will be uploaded into ur SAP server.
    Se73 - > True type font installation - > Font name - > specify the name of the font file - > execute

  • Colors don't match when printing pictures on J4860 all-in-one

    When I print pictures, the colors are not true.  It doesn't matter what software I use, but usually it's Photoshop CS3.  I thought it was my monitor - that I wasn't seeing the true colors in my files.  But I've been able to verify that the colors on screen match the subject in the photo.  The prints from the HP J4860 do not match the screen images.  I currently have new ink, and they are new HP cartridges, not generic or refilled cartridges, but this has been a problem through many ink cartridge replacements.

    Hi there.
    I don't know if there is much we can do to improve your output.  First off, I want confirm you are using an OfficeJet J4680.  We don't have a J4860.
    Could you post an image that is unsatisfying, and let us know what you dislike?  I'm going to involve a color expert here, and he'll look to see if we can do anything. 
    regards, CF
    I work for HP and hope to make your day Sproutastic!

  • IPhoto 4.0.3 color and Brightness problems when printing out photos.

    In addition to my previous question, I forgot to mention that opening the iPhoto 4 JPEG photos in Photoshop also import as dark and reddish tinted. Help?

    This color management thing gets pretty complicated. To get the best results you have to synch monitor calibration with camera and print settings.
    There is also the difference between additive (light)and subtractive (pigment- ink) color. The monitor starts with black - 0%, adds red, green and blue to a pixel (picture element) and gets white 100%. A printer starts with white (paper) and when all the colors are added gets black - this is different then using true black ink.
    So by their nature the display on the monitor and print are quite different. Typically monitors are set to maximum brightness and contrast. A photo appears light and less than saturated. Printing at BEST PHOTO lays on lots of ink dpi. So the print is going to be saturated and darker than the monitor image - for most users.
    Professionals go to great effort to calibrate and control the effect of printing versus display. For us users it takes experimenting and experience to be able to judge the difference between display and output (print).
    I have found that using Adobe RGB settings the photo as seen in PhotoShop is very close to the high quality print PhotoShop produces. That is why I do most adjustments in PhotoShop and use iPhoto for cropping and rotating pictures for the web or email.
    The key to getting the best print in iPhoto is your printers color management settings.
    Peter

  • Background color of front panel when printing

    My vi has a control named "print" which allows the user to print the front panel during execution. The background color of the front panel is white, to avoid filling the printed page with any color. In labview 7.1 (and also 6.0), this worked perfectly. I recently updated to labview 8 and now the background color of the print is gray. Does anybody have any idea how to avoid this?
    I am using the "print panel.vi" found in the "vi.lib\utility\printvi.llb". I also tried with the "Easy Print VI Panel or Documentation.vi", with the same result. The same problem also occurs when exporting the front panel to a ".png" file.
    Best regards

    I tried with different colors, without any success.
    I think that this is a bug !  Good catch !
    Chilly Charly    (aka CC)
             E-List Master - Kudos glutton - Press the yellow button on the left...        
    Attachments:
    Background color bug.vi ‏11 KB

  • How do I change font size printing emails. font normal on viewing but when printed is very tiny

    When I go to print an email the text comes out too small to read. How do I change the font size. Also, page sometimes moves up and down when I'm typing a reply to an email. Upon viewing before printing the email text, it appears normal font size, but when it prints out the text is too small to read.

    It was already on 100 per cent. I clicked it just in case. Nothing happerned.

  • Incorrect color when printing photos--HP Photosmart C5280

    Good afternoon.  The color is WAY off when printing photos.  Am using an HP Photosmart C5280 All-in-One.  Colors appear somewhat muted, as well as having too much red and yellow.  Have tried adjusting color, but then photo definition is lost.  Do photo pixels have anything to do with color quality?

    I have exactly the same problem with my hp photosmart c5380. Have you had any sucess with yours as i have tried every thing I can think of without any sucess

  • Adobe Reader 9 Editible Form Field Font Color

    I seem to be having a problem (or what I believe to be a problem) with Adobe Reader 9 when filling out PDF editible forms. On screen I enter data into the editible field and the font color is black but when I print the form, the editible field data prints in green. I don't remember this being the case with prior versions of Reader so I'm wondering if this is new and is there a way to return the text printed text color to the correct font color? Any help would be appreciated.

    George,
    Thanks for the reply. Although I have a third party PDF Editing tool I have tried this with other PDF editable forms and they all seem to be exhibiting the same behavior. For example I went out on the internet tonight and found a UCSB Order Form on http://www.grafikart.com/order/ucsb.htm. When I open this form and type in text the displayed text is always black but when I print the form the entered text is always dark green. Note that I contacted my third party PDF editor tool about the problem they suggested that I run the unedited form thru their software and set all existing fields to be editable and then re-save the form after insuring that the text color for the editable fields was black. I did all that and again, the color of displayed text is still dark green. Note that when I'm talking about the text being green I want you to understand that the form itself prints in black text however any text that I enter into the form always prints dark green.

  • Change font color in reports depending on condition

    I have an application that generates a number of new records at
    the click of a button, which the user can then modify through
    several report-form links. My users have requested that the data
    appear in one color in the reports if they have not yet updated
    the records, and that they change color, permanently, when
    updated. I'm not sure how to accomplish this. I do well with
    PLSQL, but I think this is probably a Javascript issue(?) - or
    is it possible to specify font color of a report when you call a
    URL?
    Any ideas anyone?

    Thank you, both Michaels. I was excited. I was sure this would
    work, so I added the updated_by fields to all my reports (they
    should be useful anyway). I worked on a couple of other issues
    related to this, and returnred this morning to add the HTML font
    tags to my report queries. I CAN'T MAKE IT WORK! I've attached
    my code, and error message. Any thoughts on what I'm doing
    wrong? Thanks.
    (Note: The query works fine without the HTML tags.)
    My code:
    select '<font color=red>'||activity.act_text||'</font>' act_text,
    from Activity, survey, temp
    where activity.survey_id = survey.survey_id and
    survey.survey_id = temp.survey
    Error message:
    Unable to describe SQL statement. Please correct it (WWV-13010)
    Invalid SQL statement: SELECT '<FONT
    COLOR=RED>'||ACTIVITY.ACT_TEXT||'</FONT>' ACT_TEXT, FROM
    ACTIVITY, SURVEY, TEMP WHERE ACTIVITY.SURVEY_ID =
    SURVEY.SURVEY_ID AND SURVEY.SURVEY_ID = TEMP.SURVEY (WWV-13005)
    ORA-01001: invalid cursor (WWV-11230)
    ORA-00936: missing expression (WWV-11230)
    Failed to parse as MCHBGA - SELECT '<FONT
    COLOR=RED>'||ACTIVITY.ACT_TEXT||'</FONT>' ACT_TEXT, FROM
    ACTIVITY, SURVEY, TEMP WHERE ACTIVITY.SURVEY_ID =
    SURVEY.SURVEY_ID AND SURVEY.SURVEY_ID = TEMP.SURVEY (WWV-08300)
    I appreciate your help. I'm tearing my hair out.
    Karli

  • Banding occurs when printing from Illustratror/InDesign on HP Designjet Z5200 PostScript Printer

    Recently we got the below printer for large-format prints such as posters, banners and the like.
    http://h10010.www1.hp.com/wwpc/us/en/sm/WF05a/18972-18972-3328061-12600-3328080-4122732.ht ml
    However so far when printing directly from InDesign and Illustrator there have been problems with "banding" (alternating stripes of darker and brighter colors on the paper when printing).
    It seems that this could have something to do with either the type of paper and/or the OS (we use both XP and Win7) on which CS5 runs but I am still unsure if these are the real causes.
    After having talked to a certified HP-technician (not only a support employee!) the technician pointed towards the CS5 package as the culprit.
    At the very moment we are using a workaround that the before mentioned technician advised us to use which is basically the following.
    Illustrator --> Saving the Ilustrator file, then opening it in Photoshop and saving as a tiff raster image in the relevant resolution, then importing the tiff raster image into HP's HP own "Instant Printing Pro" printing application.
    InDesign --> Saving the InDesign file as a pdf, then opening the pdf in Photoshop and saving as a tiff raster image in  the relevant resolution, then importing the tiff raster image into HP's  HP own "Instant Printing Pro" printing application.
    These two solutions both work without banding on the final print.
    However, sometimes - as mentioned before - it seems that the paper might absorb the ink better if it's of a better/thicker quality when banding doesn't seem to occur (at the moment we mostly use plain paper settings in the local printer settings display when loading a roll of paper which also is a cheaper type of paper) and while banding seems to occur mostly when printing from XP machines it doesn't always seem to occur when doing so from Win7 machines.
    What's the score on the above?
    Any help and input is welcome and appreciated!

    Well, I have no official
    connection to Adobe, but any manufacturer who sells a product targeted
    at the graphic arts industry, and then says that the reason it doesn't
    work is because there's a problem with the software produced by the
    graphics industry leader needs a reality check. Printer manuafacturers
    have had access to Adobe for years, so there's really no excuse for an
    incompatibility problem.
    Your company is a vendor? Get
    escalated. HP should be all over getting this to work correctly,
    including providing a RIP for you if that's what it's going to take to
    implement proper printing. How do the expect you to demonstrate or
    recommend this printer if it stripes the background?
    Peter -->
    You are right about basically anything that you said and I agree that this should be HP's headache. But it's not so simple at the moment.
    First of all I'd hate to stand back like a dummy if it would turn out to be a minor driver setting issue or another insignificant problem that creates the banding. On the other hand it would of course also be the local HP-support failing since they didn't manage to tell us about it in the first place and that's really their job and responsibility but under any circumstance, I'd like to give the ideas and suggestions from the other participants further up this thread a chance and see if the pdf-printing or other ideas work. In other words..., if I'd complain to HP it had to be bulletproof.
    Secondly we are supposed to sell these and similar products to our clients and if I should start a dicussion I'd have to argue not only with HP who would most likely claim that the workaround they told us works (in a way) and that this was a result - at least to them - as well. I might also have to start discussing with the CEO of our company, the purchasing department and the marketing director (the latter actually said some time ago when we had the first problems that if the printer didn't work according to the HP-consultant's promises they could have it back, so there is at least some hope there). At the moment I am too busy at work and too low paid to be getting into this. And I seriously doubt that HP would give us a RIP to be testing this off even though we'd argue that the clients won't be able to work this out if we don't do. They'd probably just say that it's mainly for plotting charts and architects or stuff or find a whole range of other excuses. It's not certain and there could be positive surprises but I'd say that that's not likely.
    There is one other thing Peter that I am still wondering about...
    If you take a look again at the fourth and last picture-link I posted you can see the exact same print as in link no. 3 but whereas the third link shows banding the last - the fourth image link - shows no banding at all. Now I am not a 100% sure anymore if these were both printed directly from Illustrator but to my best knowledge they were since I printed all of these banners the same day and I don't recall saving to tiff or using other programs. I might be wrong but if that's the case then the thick HP-paper doesn't band whereas the thin does. That's the reason why I stated previously that the banding might occur with thinner paper (or wrong paper load settings) and doesn't occur with thicker paper at all. As mentioned I don't recall this action a 100% but am pretty sure. Also therefore I would like to run another test when I get more time and won't be so busy at work as I am right now.
    Do you think there could be a difference there...?
    macinbytes wrote:
    I'm guessing they have the same crappy Colorburst software that shipped with the HP we got and it's never going to get good with InDesign or Illustrator transparency. We have the thermal printer that is 6x more expensive and the software is still bad. At version 9.3 it still fails on InDesign transparency.
    We just make tiffs or normalized PDFs for files containing InDesign transparency. Illustrator transparency generally works better than InDesign, but isn't infallible. Anything that uses the gradient feather tool in InDesign I don't even bother with a test print to see if it gets it because I know it will fail 100% of the time.
    If they are a vendor they are in a Catch 22 if they do it right and go for a solution that normalizes the files properly before sending to the garbage software that ships with it. When you are talking about an entry level thermal inkjet the software package isn't going to be robust. Something like a GMG or other solution to handle all the show devices files works, but at best you are disingenuous about how files are being handled with your clients and face pushback when they can't run all the cool tricks to them when they get it out in the field.
    Happens with Colorburst, happens with Colorgate, happens to a lesser degree even with the lower end Creo RIP. Fiery seems to get it good somehow, but doesn't power a ton of inkjets.
    HP support is phonetag hell anyway for inkjets. They buy out tons of companies that produce anything printing like ColorSpan and provide bare minimum support on the products they slap an HP tag on. They want to sell inks and papers. They don't make the software and license it in bulk like the crap they load on their computers. They also usually ship with old software that needs at least a couple point releases before it is current, but even the current software on their thermal printers sucks at InDesign transparency. HP may need a reality check on their software, but I doubt they get it. They've got a sufficient stranglehold and supporting what is essentially a bottom of the barrel portion of their printing business is in the high maintenance low yield square for them.
    macinbytes -->
    Wow, now THAT is scary reading...!
    If what you wrote is true then things really start looking bleak. But I can recognize some of the problems that you are mentioning although I am not into all of the details that you are writing about in your thread. But it sure looks like they just mass produce and try to keep support to a bare minimum whereas they are scoring big bucks on the media, inks and other accessories and then hope that complaints will die and people will just give up in the end.
    It does make sense also seen in light of the fact that our local HP-consultant who "introduced" us to the printer praised it to the sky with a lot of "sales mambo jambo", trying it out in HP's own "E-share & Print" (which I was told by the HP-technician was the wrong HP-print program, instead he made me download and install the "Instant Printing Pro") whereas he NEVER even tried it off in any of the Adobe programs or asked some of our employees to do so.
    If you are getting more info in regards to the development in these cases or solutions software-like speaking I'd love to hear from you.
    Thanks for your time and for posting.

Maybe you are looking for