Tx SPAD: Smartform graphic printing problem

[reedtzj]

Colleagues,

I have made a good looking, , Smartform form that apart from text, boxes etc also has three color TIF bitmaps attached. When I do a print preview, output is correct and also when I print through Windows “front end printing” (output device LOCL). This seem to work for all kinds of color printers at customer site.

But, when using any output device defined in tx SPAD then no printing do occur. We have tested only creating a spool request and then looking at this spool in tx SP01. Then, it is possible for a Xerox 8600 printer to print although all shaded gray areas become 100% black and all color bitmaps are printed in gray scale. We would of course have this working as not all users have the LOCL device type as the default setting.

I searched all of SDN and also for any suitable SAP Note but failed so far – there are a lot of SAP Notes but I can not find any “perfect” match for this "cosmetic" problem.

Customer is running R/3 Enterprise 4.7 SP55 level with HP UNIX as OS.

Question:

Has anyone encountered a similar problem and what solved the problem? (Yes, a solution is to always use LOCL - this is our current solution - but we would like to have working also for "SPAD defined" printers.

Viable hints will be due rewarded, of course!

Regards, Johan

[Former Member · Accepted solution]

Hi Johan,

Did you try with device type as ASCIIPRI in SPAD? The other printer which you are using to print other than LOCL try to find which Device type is assigned to this. If its not ASCIIPRI then try using ASCIIPRI and check if it works out for you.

I guess its something to do with the device type. We faced many issues with device type.

Cheers

VJ

[reedtzj · Accepted solution]

Hi VJ,

We tried ASCIIPRI but then faced other problems with the alignment of fields like causing this error message from Smartform internals:

---

Medd.nr SSFCOMPOSER173

Diagnosis

You tried to display table T_TITLE in a window. However, the table either is too wide for the window or a horizontal shift by the specified value is impossible because the table would then no longer fit into the window. The same error occurs if a template is too high for the current subwindow. This is usually noticed in the check when the form is activated, but in some cases (with device types such as ASCIIPRI) the table measurements have to be adapted and this does not occur until runtime. With device type ASCIIPRI, for example, only integral multiples of 1/6 inches (vertical) or 1/10 inches (horizontal) can be used for positioning. The height of a line within a template therefore changes, for example, from 3mm to 4.2mm, causing the total height of the template to increase and exceed the height of the window.

System Response

The system issues an error message.

---

I could of course enhance this field but then I guess there will be another (similar) problem. All in all, it is not worth it. We stick to LOCL as the preferred printer.

Thanks anyway for suggesting!

Regards, Johan

[Former Member]

try using device type SAPWIN for ur other output devices..i ve seen using this in many cases..

in case it works...

try it.

Regards,

Bikash