Report VIs are buggy when printing a Table

I am trying to print a front panel that contains a table (2009 SP1)
If I use the Report VIs, the panel image is stretched out and the bottom is lost, no matter how I do it:
1) I have two indicators (including the table). I tried appending them separately to the report. No Good.
2) I take a full panel image. No good.
3) If I run the same code, but comment out just the portion where the table is added, it's OK.
4) If I print the same panel using the "Print VI" method, I can get a good image.
At the same time, I am also trying the Print.VI_To_Printer method. Although it works fine once I have used the drop down menu to set up the options, my customer is running an EXE and his looks wrong (prints all controls, orientation is always landscape, etc).
Any ideas? This is killing me.

Hi Jed,
Would you be able to post your original VI so I can try to reproduce the behavior?
Tanya V
National Instruments
LabVIEW Platform Product Support Engineer

Similar Messages

HP Photosmart 7200 Colors are Wrong When Printing on Photo Paper

I'm running Windows 7 and am having a problem when printing on photo paper. The colors are off; mainly green. The colors are fine when printing on plain paper. I have tried printing from my computer as well as straight from the media card. Same result. I am also using HP Photo Premium glossy paper. Print cartridges are brand new and are loaded correctly.
Any solutions or troubleshooting tips I can try?

Hi @Vay725,
Welcome to the HP Forums!
I understand that the colors are wrong when printing on photo paper! I am happy to help you with this print quality issue!
For further assistance, I will need to know some more information:
The Product/Model Number of your printer. Follow instructions in this link. Finding Your HP Product Model Number.
If you are using a Windows or Mac Operating System, and the version number. To find the exact version, visit this link. Whatsmyos.
If the printer is connected, Wireless, or USB.
If the printer is able to make copies.
If the power cable is plugged into a surge protector, or directly to the wall outlet. Issues when Connected to an Uninterruptible Power Supply/Power Strip/Surge Protector. This applies to Inkjet printers as well.
If you are using Genuine HP Ink cartridges.
Thank you for posting, and have a nice day!
RnRMusicMan
I work on behalf of HP
Please click “Accept as Solution ” if you feel my post solved your issue, it will help others find the solution.
Click the “Kudos Thumbs Up" to say “Thanks” for helping!

Crystal Reports 8 stopps working when printing

I recently upgraded to CR 8 along with several other co-workers. I am able to launch the app and create reports just fine, but when I attempt to go to anything that has to do with printers, the app errors out.
When I attempt to print directly from the app, I get a message saying that Crystal Reports has stopped working and it asks if I want to close or debug.
When I attempt to go to the Page Setup, I get an error message saying "Out of Memory"
Other team members do not have these issues.
I have tried re-installing the app, but am still getting the same problems.
I am able to export the report and print from there, but not directly from CR 8.
I attempted to instal Service Pack 3 and got an error message saying that I did not have a recent enough version of the app.

Hi Dave,
First off, please minimize any version confusion. You keep referring to Crystal 8 which is over 10 years old but you told Don you are using Crystal 2008. That would definintely cause problems.
If you are upgrading from XI r2 and you are getting that upgrade message, that leads me to believe Crystal XI wasn't properly upgraded on your machine. I think the 2008 sp3 upgrade is still seeing XI r2. This may also be the reason 2008 is crashing when you try printing.
When you open Crystal 2008, go to Help | About Crystal Reports. I'm interested in knowing the version number.
When you uninstalled Crystal, what version is listed in the Add/Remove Software? What version did you uninstall?
Did you get any error messages when you uninstalled?
Thanks,
Brian

Report file size limitation when printing?

Does anyone know of a file size limitation when printing a .NET run Crystal report? We run a browser app, which opens a new browser when a report is printed. That works fine. When we PRINT, the ActiveX print dialog box appears. If the report is large (> 40 pages or so) it crashes our entire application. It works ok if we export to PDF then print, but I am trying to get to the bottom of why it is crashing.

Hello,
What version of Cr and .NET?
Does your printer have limited memory?
Is it local printer?
Have you tried installing the latest Drivers for it?
What Browser are you using and have you tried any other?
40 pages not much local memory so it shouldn't be a problem.
Create a new Printer and select File rather than port or LPT as the destination to see if it's a physical printer or network issue.
Try a different printer altogether also.
Also refer to Rule of Engagement posting before submitting your question so you provide as much info first.
Thank you
Don

Apparent page AREA limitation when printing to PDF?

In the process of producing posters for technical presentations, I have many times "printed to PDF" - typically from CorelDraw - with page sizes as large as 42" x 72". Until a couple of months ago, I was doing so with Acrobat 9 Pro under Windows XP.
Now I'm on a newer machine with Acrobat X Pro under Windows 7 64-bit. I tried to create such a PDF today at 42" x 72", using the same procedure as always, but without success - didn't ever see the usual dialog for selecting the PDF file name and destination. I tried it with a smaller page size - 36" x 72" - and it worked exactly as expected.
I embarked upon a little exploration to see, for a given page width, the maximum page length I could use before it wouldn't create a PDF. Here's what I observed:
15" x 198.8" works, but 15" x 198.9" does not
20" x 149.1" works, but 20" x 149.2" does not
36" x 82.85" works, but 36" x 82.86" does not
42" x 71.01" works, but 42" x 71.02" does not
Note that, for all of these cases, things cease to work when the area becomes just slightly greater than 2,982 square inches.
I tried some of the same page sizes for printing to PDF from a different application (Autodesk Inventor), and found the same results. It works when the page area is at or below 2,982 square inches, but fails when the area is slightly greater than that. When it fails when printing from Inventor, in addition to not seeing the usual dialog for selecting the PDF file name and destination, I'm also presented with the error message, "Could not start print job".
Does anyone have knowledge of this issue? I have searched and - so far - failed.

Bump.
I can add now that this system has been upgraded to Acrobat XI Pro.
The problem still persists, with exactly the same behavior observed as before. I can generate a 42" x 71" page, but not a 42" x 72" page.
When trying to create a 42" x 71" page, it works correctly from CorelDraw, Autodesk Inventor, and MicroSoft PowerPoint.
When trying to create a 42" x 72" page:
CorelDraw - nothing happens.
Autodesk Inventor - receive error message - "Could not start print job".
MicroSoft PowerPoint - receive error message - "Windows cannot print due to a problem with the current printer setup." (and more - see attached image).

Results are different when printing from CS5 and CS4

A file that printed fine with Photoshop CS 4 printed very dark when printed with CS5, with no changes made to the settings. Has anyone else had this problem?

RE: "You don't indicate what Xerox printers you have"
In my first post I named it, is that the information you need?
Docucolor 3535 using Splash 3535
That's interesting, so I have to find a way to turn off the printer's Color Management function? I mailed them, hope they can tell me how to do it easily. They usually just tell me to not use any profiles and so on, but that's the general rule in this area, I'm really tired of hearing it. Everybody seems to think profiles and LAB mode are nuclear science and I should stay away from it.
Anyway, the test image I'm using is a simple photograph (size A3, 300dpi), so no transparencies at all. I'm placing this image into an equally large ID file and print it from ID, then export it to PDF-X/3 and print it from Acrobat. Hope that helps.

Page 2 and beyond pages are rotated when printed

When printing multiple page landscape documents from InDesign CS5 to our Canon Imagerunner C4080, everything after page 1 is rotated 90 degrees. So far all I can do is print one page at a time. This happens on all docs, newly created as well as converted from CS4 and CS3.
Drivers freshly installed with the OS. All other applications work fine. PDFs are fine.
OS X 10.6.4 on brand new iMac.
Any ideas?

There are a few Bugs in Firefox that causes that to happen. I have been waiting 8 1/2 years for those Bugs to be fixed.
Probably caused by one of these three Bugs: <br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=113217] <br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=154892] <br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=192129]

WPF report viewer throws exception when print button clicked when hosted on winform

When hosted in a winform app the wpf report viewer control throws an exception when the print button is clicked.
All the other buttons appear to work, any ideas on a work round?
I have created a sample VS 2013 solution that shows this issue
As I can't even attach a renamed zip file it can be downloaded directly from here: http://1drv.ms/QxUrZo
The reason I am attempting to use this control is that the standard reportviewer causes occasional errors in citrix enviroments causing the citrix session to lock up. This appears to be a relatively common issue and the usual issue of both sides (citrix & crystal) blaming the other for the cause and me the developer needs to find a work round.
I've 'bodged' in an additional button on our app to export a loaded report to file as pdf then print it but this should not be the permanent resolution.
BTW glad to see the x64 dynamic parameter issue has been fixed at last, think I reported this over two years ago and again ended up having to work round it.

Hi Ludek
A sample project that loads a simple report is available from here: http://1drv.ms/QxUrZo
The project is called WPFReportHost
This loads a simple report when run then you can test the basic functionality of the viewer and all will work until you press the print button and then you get the application crash.
Have to improve my search technique when I googled for other people having this issue I didnt' find the link.
We've noticed the WPF viewer loads considerably faster and has better functionality than the winform viewer and hope that it might solve the citrix preview issue (yet to be tested).
So as a work round we've hidden the default print button added our own and call the report print directly as per below:
using (PrintDialog dialog = new PrintDialog())
     dialog.AllowCurrentPage = true;
     dialog.AllowSelection = true;
     dialog.AllowSomePages = true;
     dialog.AllowPrintToFile = true;
     if (dialog.ShowDialog() == System.Windows.Forms.DialogResult.OK)                     {
          reportDocument.PrintToPrinter(
               dialog.PrinterSettings,
               new System.Drawing.Printing.PageSettings(dialog.PrinterSettings);
                false);
Would be nice to have a fix

Some characters gain extra lines or are broken when printing to PDF

I am having a problem with some characters rendering oddly when I print to PDF.
Examples are an extra vertical line next to an upright character, and extra partial curve to the left of an opening parenthesis, or a slight cut-off of a curve in a character. All of these seem to be in the vertical plane. It is not consistently tied to particular character combinations - the same word may render correctly in one instance, but incorrectly in another.
I am using Microsoft Word 2007, and printing to PDF via Adobe PDF Converter (CS4). The font is Gill Sans MT Light, and the document is 230 pages.
Can anyone seen anything similar before, or can someone suggest anything I can look into further?

You may have to turn on "display large images" in the preferences.

Preview buggy when printing multiple pages per sheet using a custom paper size

I have a square book I've designed and I've printed the pages to a PDF. Now I'd like to re-print the pages so you can see facing pages together exactly like when, in preview, you select "View > Two Pages".
Each page is 12x12 so I'd like to re-print them to be 24x12 (24-wide)
I was previously able to do this in preview (prior to mountain lion) using the "layout > two pages per sheet" option with a custom paper size but when trying with Mountain Lion, the print-dialog preview doesn't match the output when saved as pdf; pages either get shrunk or cropped without my permission and it generally seems to be buggy. I've been playing around with it for over an hour and can't get two pages side-by-side to take up a full 24x12 custom virtual page when saved as PDF
I would expect the print preview to accurately display what will be printed (saved as PDF) and I am guessing that maybe the printer selected (HP all-in-one) is affecting the preview and save to pdf options?
Can someone tell me how to achieve a printed rendition of the "view > two pages" layout?

I have a little more information. I turned on "single hairline" border and as you can see, it's converting my square pages into "US Letter" pages BEFORE applying them two-to-a-page. So it's using my selection of "Paper Size" as both the source and destination paper size, rather than just the destination size, because my source is obviously 12x12 square (confirmed by looking at page properties in preview). Apple, please fix this

How to fix colors in a pages file so they are correct when printed professionally

I created bus cards in pages and when I recieved them from the printer the colors were very muted and washed out compared to my monitor. How can I fix this when I reorder them so I get the colors that I want?

> don't confuse the O.P. There is no way you can print exactly what you see on the screen, paper will never match that
> That means still only optimally approximating what you see on screen.
General questions on ICC colour management can be posted on at www.color.org for answer by Dr Phillip Green of the London College of Printing. Specific questions on ICC colour management implementation in Apple Mac OS X can be posted to the Apple ColorSync Users list or to Apple Discussions for particular application products.
In general, with a photographic print (to reflective paper or transparent film) and a separations camera (Esko, Agfa, Kodak) in the nineteen-seventies or a colour separations scanner (Crosfield, ****, Screen, Scitex) in the nineteen-eighties, there was a viewable graphic as reference between the photographer and the lithographer.
Interchange formats for images (TIFF, JPEG, PNG and more), for page descriptions (PostScript, PDD, PDF and more), and internationalised connectivity infrastructure have brought about a situation where colourants in pixel patterns and scalable vector shapes are distributed in blind interchange.
In a digital scan or digital camera capture, there is no viewable graphic on a physical medium. There is only colourant data in a colourant format (emissive and additive RGB, reflective and subtractive CMY, CMYK, CcMmYK, Gray, for instance).
Australian metaphysics aside, it is an impossible proposition that there be no interchange of colourimetry interchange in order that interchange of colourants be supported by specification of the colours intended to be formed by those colourants on digital graphic devices.
A photographer working in Australia has no possible way of anticipating what devices are available to audiences in Austria, or what configuration those devices have (gamma setting for displays, paper selection for printers, for instance).
What the photographer does is Create Once, Convert Many: Colour correct the exposure using the ICC device profile for the capture device, convert into a suitable interchange space, and don't change the colourants on disk ever again.
The ICC colour management system will pluc the input colourimetry specification into a subregion of the PCS Profile Connection Space, plug the output colourimetry specification into a subregion of the PCS Profile Connection Space, and task the CMM Colour Management Module to convert the pixels.
The display used by the photographer is the destination device in the photographer's ColourWorld and the displays used by the audience are the destination devices in the ColourWorlds they create with the device profiles for their custom configurations.
The display colour space is not interchanged, it is only invoked locally for - surprise, surprise - display. The interchange colourimetry space defines which colours can be output, because it is impossible to output colours that cannot be defined in the interchange colourimetry space.
If the CIEL*a*b* D50 colourimetry for 10% Cyan on glossy paper under ISO 12647 cannot be defined in sRGB, then the photographer who chooses sRGB as interchange colourimetry space cannot provide that colour even if the colour in principle could be rendered on a given device.
Precisely the same pertains for transliteration in small character sets such as ANSI X3.4–American Standard Code for Information Interchange. For instance, ASCII cannot input æ, Æ as in Hans Christian Andersens Keiserens nye Klæder, Eng. The Emperor's New Robes, so æ, Æ cannot be interchanged.
Whether the user locally has a good viewing condition, a mediocre viewing condition or a madcap viewing condition is immaterial to the working of the ICC colour management system for interchange of colourimetry information.
Colour management as such is not a craft or art, but a science. Art is part of the science of colour management in that there is no science that says which way is best for vectoring colours outside a destination gamut into that destination gamut.
Thus no two profiling packages will vectorize out of gamut colours precisely the same, nor will any two colour correctors. Similarly, no two type designers will vectorize (kern) interglyph spacing the same, because that is part of visual art and not part of science.
In general, please post proper technical information on ICC colour management. Posting that colour communication for blind interchange in information society is impossible is helpful to no-one, and is simply non-sense from the start.
/hh

Pasted images are cropped when printed

I use the Snipping Tool quite often. Since purchasing the HP Envy 4500 printer, when I paste snipped images to Word, the image looks fine in Print Preview. However, when I print the document, the snipped image is enlarged and does not fit in the pasted area. I only get a portion of the image on paper.

The only solution I've found is to paste the snip in Paint, and then copy that image and paste it to Word. It is so frustrating that HP can't come up with a solution. They think it is a Microsoft problem.

Print outs are blurry when printing from a web page.

I have sorta a strange problem with my printer that I'm hoping someone might be able to help me with. I have an HP 895 series printer that I got from an website not long ago. I bought (remanufactured) ink cartridges for it because it looked like the ink was running out, but after I put them in the prints started to look really blurry to where it would kind of hurt my eyes to look at it. I tried cleaning around the cartridges and printer as best I could and aligned the print cartridges. The problem is that the alignment page prints ok, I even printed a word document which looked fine, but when I try to print any type of web page from firefox, it still comes out blurry. It seems as if it is still not aligned. I'm not sure if there is anything else I can try or anything I can do to correct this. I'm just wondering if anyone has some suggestions.

If it is blurry after you installed the remanufactured cartridges, then it is the cartridges. If there is a printhead cleaning utility in the print driver, then run that, it may help. The only other possibility I can think of, is if you also changed to a different type of paper, but that is less likely.
007OHMSS
I was a support engineer for HP.
If the advice resolved the situation, please mark it as a solution. Thank you.

Lr4 and Blurb layouts are different when printed

Hi all,
I've recently received a printed photo book from Blurb, I did the layout in LR4 on the "book" module and then sent it to Blurb to be printed.
There were a couple of double page photos and obviously i set all the photos out with complimentary photos on facing pages.
However I just received the book from Blurb and the pages are all pushed forward (or back) a page so the double page spreads are now half a photo on the same page but opposing sides and the rest of it has been all thrown out also....
The LR4 layout has the pages numbered and facing each other starting with 1-2, 3-4, 5-6 etc as I would expect, however my book is 1, 2-3, 4-5 etc so 1 is facing the cover sheet.
Blurb are saying that it's either due to Flash and Java not being up to date (which they are) or sending the file over a wireless connection and I should try hard cabling....this makes no sense to me as a connection isn't responsible for page numbering.
They have been good enough to print the book again but I need to know how to get around this problem before so. Anyone had a similar experience or know where I'm going wrong?
There are some pics so you can see the problem....the first 3 are from the Blurb preview and final printed book...the last 3 are screenshots from the LR layout showing how I would assume the double page spreads and other photos would turn out....
I did preview the book on the Blurb website (just out of interest) after I had uploaded and ordered it, it was the same as the printed book, before the printing process began I ask Blurb suport to check it for me and resolve it but they didn't know how it was going to look for some reason or didn't quite understand the problem...one person was trying to tell me how to put actual page numbers onto the book....
Anyway, all and any help appreciated...

No. In both cases, the TIFs were simply placed into the document and left untouched from that point forward.

Report headings are displayed when no data found

Hi folks,
Apex version:4.0.1
Recently upgraded from 3.x to 4.0.1. The tabular form headings are being displayed in 4.0.1 when no data to display. Where as in 3.x it wasn't the case. Any ideas on how to supress the headings or is that way 4.x is enhanced?
Thanks in advance
movva
Edited by: cmovva on Jan 27, 2011 12:31 PM

Hi Chandra,
Perhaps this is connected to: "Ghost row" in 4.0 Tabular forms has id pattern f0x_0000 A hidden row is generated to allow speedy Add Row functionality so, presumably, the headers must be there at all times to be able to append the new row underneath
Andy

Report VIs are buggy when printing a Table

Similar Messages

Maybe you are looking for