I have implemented the purchase order smart form according to the guidelines in the Best Practices Baseline package for Norway.
Basis release 740, Application Platform release 700.
When using output medium 1 (Print) and a printer with access method M (Email) and driver PDFUC (PDF Unicode 1.2) the output is correct.
With output medium 5 (Send external) - regardless of printer - bullet point characters (U+2022) and long dashes (U+2013) are replaced by hash signs.
With output medium = 1 and a printer using driver PDF1 (PDF ISO Latin-1) the same replacement of unicode characters occur.
This indicates that the function module CONVERT_OTF, which creates the PDF that is attached to the email generated when output medium is 5, does not support unicode. Since the output is as expected with the unicode PDF driver I have ruled out that this can be caused by problems in Adobe PDF Reader or local fonts on the PC.
However, as far as I understand from various OSS Notes the CONVERT_OTF function module should support unicode.
Here's what I recall having tried to solve the problem.
Report RSTXPDF3
I have tried changing the options for the PDF converter, setting USE_CASCADING = On, UPE_FONTS_CASC = On and eventually also NO_FONT_SUBSET = On, without noticing any difference.
Report RSTXPDF2UC
I have tried the "Change Settings" option for Fonts from Font Repository without noticing any difference in behaviour.
The font mapping SAP -> PDF lists the used fonts (HELVE) for device type SWINCF as using the font integrated in PDF VIewer.
There seems to be no custom settings for font mapping.
I have also tried (after finding the tip here on SCN) the SAP symbols (Insert, Characters, SAP Symbols) where symbol SYM_FILLED_CIRCLE is a nice bullet point. When this character is selected "<680>" is inserted in the SAP Script editor of the text module.
The filled circle is included in all the printouts, although half overlapped with the next character. This is no solution as entering <680> as the bullet character in the list style gives the expected result: <680> (and not the symbol) is used as the list character - and a list character is needed for proper alignment of multi-line list items.
And of course I have asked The Machine Which Can Answer Many Questiosn (Google) - without finding a solution. I can't be the first person to need Unicode punctuation characters in a Smart Form - so please share your wisdom!
For a fixed text I can replace these characters with non-unicode characters, but the characters can also be part of the item description or one of the item or header long texts that are included in the output - so replacements are not an option. We have to either get the unicode characters included in the PDF when using output medium = 5 or warn our purchasers that they have to check for incorrect output when the vendor gets the purchase order via email.