cancel
Showing results for 
Search instead for 
Did you mean: 

Thai Characters in PDF not working in Multiple Document/Multiple Output device scenario

dp_prasad
Participant
0 Kudos

Hi

We are using Thangsan font to display Thai Font.We have a standalone program whcih will generate a PDF  & print.

For PDF, we are using Device THSWINU, and for printing we are using a device type "ZHPLJ4"( This device will generate a Small spool size over the network).

Our Pseudo code will looks like this.


LOOP at Documents.

*---------------------PDF ------------------------------------

* Send mail with PDF data * SEND 2 copies of PDF with differtn values

DO  2 times.

*** Different parmaters are passed to Smartform 1st time and 2nd Time.

call smartform using THSWINU

Convert OTF to PDF and  SEND MAIL.

ENDDO.

*-----------------------------------------------------------------

*----------------------PRINTING ---------------------------

*Printing only one Copy.

call smartform using ZHPLJ4 ( this is mapped to the actual printer)

*----------------------------------------------------------------

ENDLOOP.

* Note: ZPHLJ4 IS only works for printing, if used in PDF genration, that PDF is totally out of alignment and Font will not displyed properly.

        

When we execute the program with 1 document Both PDF & print works fine. But if we execute the program with 2 or 3 documents , 1st copy of PDF for each document is misaligned ( looks like its taking ZHPLJ4 Settings). But second copy for that document is Fine. printing is always Fine.

Document

PDF Copy1(Device: THSWINU)

PDF Copy 2(Device THSWINU)

Print( Device Type ZHPLJ4)

Document 1OKokok
Document 2NOT ok(Out of alignemnt)okok
Document 3NOT ok(Out of alignemnt)okok
Document 4NOT ok(Out of alignemnt)okok
Document 5NOT ok(Out of alignemnt)okok

We suspect that, after printing a copy with ZHPLJ4 , when it comes to next documents 1st copy, system is still taking ZHPLJ4 setting even though  THSWINU is mentioned in the parameters.

Please suggest how  to clear the printer buffer or any of other way to solve this issue.

thanks

Accepted Solutions (1)

Accepted Solutions (1)

dp_prasad
Participant
0 Kudos

SAP has replied that   this bug can be resolved by using the FM: 'RSPO_CHECK_DEVICE_PERMISSION'  between 2 device types call and SAP will release a Note soon.

Answers (1)

Answers (1)

Florian
Active Contributor
0 Kudos

A very simple solution for your problem is to call the Smartform in an extra program.

So you just got coding like that:

DO X TIMES.

PERFORM entry using whateveryouareinto in program z_smartform if found.

ENDDO.

The processing is wrong, instead of having not everything in an inital value in your smartforms. I thin, becaus there is a functiongroup generated you have to initial it.

BTW your pretty sure, you take the same printer with same options? I mean, it is more than just having the same driver...

The other idea in my head is, just process your document once and use the same otfdata to do all the stuff you want Send it via email and also to print.

You know, there is this magic-routine Functionstones

SSFPRINT_OTF

or

PRINT_OTF

Hope that give you a clue

Regards

Florian