OIPI Preview vs. direct print (OpenInsight 32-Bit)
At 12 DEC 2005 04:32:11PM Karen Oland wrote:
OI 7.1.1
Previewing complex form in OIPI – looks fine. Creating a PDF file, it is mostly fine (some shading ends up outside the boxes of the form, but not tremendously noticeable). But, printing results in random change (or not a change) in fonts and missing grey shading in cells. Skipping the preview and printing directly (with or without printer select box), the report also prints completely correctly (and agrees with the preview from prior running of pgm).
Looks like this has been a known problem since 2004:
Is any work being done to resolve this? Or must we go back to the old "you can view or you can print, but you better decide which you want when you start the report" that I remember "fondly" from AREV days?? Or does everyone just ignore the preview mode, create a PDF file right away and display that as the preview mode for OI reports (or some similar technique)?
Also, if the user selects Cancel in the Printer Setup box (displayed using INIT with flag to display select printer dialog), there doesn't seem to be any type of status returned so that the calling program can cancel. Is it possible for OI to return some type of fail status when this occurs??
At 13 DEC 2005 04:28PM Bob Orsini wrote:
Once the preview has been created the control of the printing is completely within the OCX.
At 13 DEC 2005 05:17PM Matthew Crozier wrote:
Hi Karen,
I can't seem to replicate this now, so maybe the new VS OCXs have fixed it. Are you able to view generated PDF files in Acrobat v7? Have a look at this thread to check the OCX versions and whether they have been registered.
Cheers, M@
[img]http://www.vernonsystems.com/images/logo_main_ani.gif[/img]
At 13 DEC 2005 05:46PM Karen Oland wrote:
I'll look at the OCX thread, but yes, it is generating a PDF (at least currently).
It's pretty reproduceable here (happens every time I run the "report", which is a check form with two graphics and multiple shaded/not shaded boxes and lots of font changes). Print direct to printer and I get perfect printing (which will be what users get instead of previewing, due to this bug).
Print to preview window and all looks good, but printing is almost always bad (but not always the same … the spot where it loses it's mind differs from page to page). Create a PDF from the preview pane and it's almost correct (definitely good enough to print, just a bit off in shading placement).
FWIW, I tried passing in the extra fields in the Parm1 to create a PDF directly when calling INIT - they are apparently ignored and the print ends up at the printer or in preview instead (dependent on the value in Parm5). No doubt there is a secret (not in the documentation) to making this work?
At 13 DEC 2005 05:47PM Karen Oland wrote:
I suspect that means it is a known bug and won't be corrected?
At 14 DEC 2005 08:17AM Bob Orsini wrote:
If you want to send some sample code I will test it and see if there is a work around. Send to [email protected].
At 14 DEC 2005 09:47AM John Bouley wrote:
I also noticed a problem with printing from the preview. I have a report writer we "converted" from AREV to OI. It now uses OIPI and handles all the Heading, paging, footers etc within. When the Headers print it is supposed to be bold and the detail normal. The preview looks good and the direct print looks good but the print from preview omits the bold from the 1'st page…
John
At 14 DEC 2005 03:49PM Bob Orsini wrote:
John, tested this using report builder and do not get this failure.