SMARTFORM PDF preview authorization

Hi experts,
I have added a PDF preview function in my webdynpro as taught in the tutorial below:
http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/f0de1eb8-0b98-2910-7996-8a3c2fcf6785
With my developer ID, I am able to load the SMARTFORM in PDF preview successfully.
However, when I test with user's ID, the preview does not load (blank page).
I suspect that it could be an authorization problem.
Can anyone advise?
Thanks a lot.

Found the problem. Wasn't authorization problem, but needed to set default Output Device in SU01.

Similar Messages

Converting Smartform into PDF preview layout

Hi ABAP experts,
We have converted an existing invoice layout smart form into PDF layout in print preview mode. However, we have an issue with PDF layout alignment. Earlier, it used to print the documents correctly (layout is aligned properly at the middle of the page). But when use this 'PDF' preview layout (triggered from smart form) the layout is left aligned/ larger right margin (but not at the middle).
We have gone through the existing forum links on this PDF layout generating from smart form. But no luck on this left alignment issue. Do we need to modify the OTF data that is being populated in the layout. Can it be modifed with the position of the layout dynamically. Please advise.
Technical team has used "CONVERT_OTF_2_PDF" to populate the OTF data.
In SAP note # 323736 (issued in 2006), the below limitation was mentioned. But do we have any way to resolve this page alignment issue.
Page size for SAPscript/SmartForms: PDF conversion uses the page format from the form definition as page size for the PDF document. If this has been defined larger than the page size that is actually used (for example for INCH12, INCH11 and so on), a reduced document or a larger right margin are the
result when you view/print in Acrobat Reader.
Thanks in advance.
Regards,
Satya

Hi Satya,
'We tried that option of "PDF!" but it didn't work for this smart form. Do we need to include/activate any option for this in the smart form.'..What do you mean by it didn't work for this smartform.?
Execute your smartform and when you are in the print preview mode of the form means you get the output, then type PDF! in the command and hit ENTER. A popup will get displayed if you are using windows 7
or Allow and decline type of radiobutton option will be displayed if you are using Windows XP. So just click Allow and your smartform output will be displayed in pdf. Now you can save the pdf output file while clicking the save option in PDF. Your smartform output will be aligned properly in the PDF.
You don't need any activation or any FM for converting the output in pdf for this.
Basically, we do this to attach the smartform output in test plan.
NOTE: This is for only to get the output in PDF while you are in Print preview of the form.
Regards
Syed

Smartforms to Pdf preview

Hi Experts,
I am converting a smartform to pdf. That is, if I press print button in smartform, I have to store the pdf file in presentation server.
This I have done. If I press preview button, pdf preview I should see. I used the FM "YSSFCOMP_PDF_PREVIEW". But preview window is small and font also becomes small. Is there any other FM to have pdf preview with bigger font. Here I should not change the font in smartform style.
Thanks and regards,
Venkat

Hi,
Please refer the following link for Sending the Smart form in PDF format via Email.
https://wiki.sdn.sap.com/wiki/display/ABAP/SmartformSendvia+Email
Hope this helps you.
Thanks & Regards,
Tarun

PDF preview using SSFCOMP_PDF_PREVIEW in full screen

Dear Friends,
I am using SSFCOMP_PDF_PREVIEW Function Module to display a PDF preview.
For this i have designed a Smartform and capturing the JOB_OUTPUT_INFO from FM that i get dynamically and using that as export parameter for SSFCOMP_PDF_PREVIEW.
I am able to see the PDF preview, but it is coming as a pop up in a predefined size. Can i change the size in which it is displayed?
Pls let me know.
Thanks,
Simha

Hi,
Thanks for the update.
Which window resize you meant?
Regards,
Simha

Smartform-PDF-Printer fonts

Hi Folks,
Here we have designed a Invoice-smartform and converted it into PDF which is by default storing in c-drive as mentioned in the code.When we open the Pdf it is displaying it fine but when given a printout except the logo nothing is getting printed,I mean it is showing all junk characters.May I know what is the problem and how to rectify the same.
Points will be given.
K.Kiran.

Hi Kiran, see the OSS notes: 960341 and 776507.
I downloaded and copying here, Hope this will be helpful
OSSNote:960341
Symptom
In some device types (e.g HPLJ4, HPLJ5) you experience non-uniform character spacing in the PDF document after the PDF conversion of SAPscript or Smart Forms documents, using HELVE or TIMES fonts. You want to know the reason.
Other terms
CONVERT_OTF, SAPscript, Smart Forms
Reason and Prerequisites
The problem is not due to an error in the PDF converter but due to the fact, that the printer font, underlying the device type (e.g. Univers or CG Times in PCL-5 device types), is not available for the PDF converter and is either not available in Adobe Reader. The PDF converter has to try to simulate the layout of the printer font by means of a font which is predefined in Adobe Reader. This is done by assigning the letter widths of the printer font to the font used in Adobe Reader.
The PDF file contains a table with letter widths, used by Adobe Reader in the output of text, for each used printer font (except PostScript fonts).
Example:
%Charwidth values from HP4300 HELVE 060 normal
/Widths
[ 278 333 500 633 633 1000 758 333 333 333 633...
Adobe reader converts this width table, by modifying the space between each character, so that the specified letter width (= space between the current and the next letter) is kept.
This 'Simulation' of printer fonts results in the sometimes visible irregular spaces in PDF.
The PDF converter always uses the Helvetica Adobe PostScript font for the display of HELVE and the Times Roman Adobe PostScript font for the display of TIMES. However, for these Adobe PostScript fonts, Adobe Reader often uses a Windows TrueType font, which differs slightly from the original PostScript font.
Solution
Workaround: Use the POST2 PostScript device type or the PDF1 PDF device type for the PDF conversion of documents in the Latin-1 character set. They both use the Adobe PostScript fonts Helvetica or Times Roman for the HELVE/TIMES printer fonts.
Header Data
Release Status: Released for Customer
Released on: 30.06.2006 12:44:06
Priority: Recommendations/additional info
Category: Consulting
Primary Component: BC-CCM-PRN Print and Output Management
Secondary Components: BC-SRV-SCR SAPscript
OSS Note: 776507
Symptom
Documents printed via SAPscript or SmartForms do not print with correct special characters, e.g. ### prints instead of Japanese or Russian characters. What to do?
Other terms
SAPscript, SmartForms, printing, device types, OTF
Reason and Prerequisites
Help required to choose proper fonts in a SAPscript or SmartForm
Solution
When using SAPscript or SmartForms to print (or email or fax) a form from a business application, many factors influence the outcome of the actual text within the form. All these factors must be checked in order to ensure a correct printout:
1) The language version of the form used to produce the printout.
Example: If you want to print a French invoice, you need to have a FR version of your SAPscript or SmartForms invoice form RVINVOICE01. And the application program must specify the corresponding language key (FR) when calling the SAPscript or SmartForms API.
2) The font selections specified in the form (possibly also in a SAPscript style or SmartStyle used in a form).
Example: In a SAPscript form or a SmartStyle you need to specify HELVE if you want to print German text in Helvetica (or similar) font. If you want to print Japanese text, HELVE is not a valid choice but you need to specify a Japanese font like JPMINCHO in your Japanese form.
3) The output character set of the device type
Every printer in transaction SPAD has a "device type" assigned. Device types used by the spooler for printing support only one single specific output character set. All text from the form has to be converted (using SAP's built-in character conversion mechanism) to this output character set.
A character set can typically support either a single language (e.g. Shift-JIS which supports only Japanese) or a set of languages (e.g. ISO 8859-1, which supports Western-European languages). It is possible that a given language (such as German) can be supported by several output character sets, e.g. you may use either ISO 8895-1 (Latin-1) or ISO 8859-2 (Latin-2) to represent German text. This is so because both character sets contain the special characters used in German.
Example: HPLJ4000 is a HP LaserJet device type supporting the ISO 8859-1 (Latin-1) character set. ISO 8859-1 can be used to represent e.g. Dutch, English, French, German, Spanish, Swedish but NOT Russian or Japanese.
As a consequence, it is ok to use HPLJ4000 to print English, German French etc. but not for Japanese or Russian.
4) The set of available printer fonts for a given device type
When formatting a document, SAPscript and SmartForms perform an automatic mapping of the font definitions in the form (e.g. "HELVE 14 point bold") and the available printer fonts of the device type. A replacement printer font is chosen, should the specified font selection not be available in the device type. Now this replacement can be problematic if a language-specific font, such as Chinese CNSONG, is specified in a form and it gets replaced by a font which does not support this language, e.g. COURIER.
To solve this problem, font families in SE73 have language attribute assigned, e.g. some fonts are characterized as being suitable only for certain languages. And when a replacement has to be chosen because the original font from the form is not available in the device type, a replacement font is chosen which has the same language attributes.
If no fonts for the language in question exist in the device type, the resulting font will not be able to print the special characters and you will see "wrong" output characters in the printout.
Note on SAPscript/SmartForms Print Preview:
The OTF Print Preview available in Windows GUI (e.g. from transaction SP01) will sometimes not show the "wrong" characters which appear on the final printout. Here is the reason: since the Print Preview runs in Windows environment, it will use Windows fonts to represent the actual printer fonts. A Windows font typically has more available characters (i.e. covers more character sets) than are actually available in a printer's resident font.
A typical example where the Print Preview will differ from the printout is here: if you have a Chinese PCL5 printer such as CNHPLJ4 and use the Western Latin font COURIER in your document, the print preview will show you Chinese characters if you (by accident) tried to format Chinese characters in COURIER font. This is because Windows will automatically choose a font that can output Chinese characters (which is actually not Courier). But when you print the job on an actual PCL5 printer with resident Western and Chinese fonts, the Courier font will not print any Chinese characters but Western special characters instead, because the printer's resident Courier font does not include Chinese characters.
Rule of thumb: all Asian device types (e.g. CNHPLJ4, JPHPLJ4, JPPOST, KPHPLJ4) support not only Asian fonts but also COURIER, HELVE and TIMES fonts. But these Latin fonts can only be used to print English text, not Chinese/Japanese/Korean characters.
Which fonts are suitable for a given language?
Language(s):            Font family to use in a form:
Latin-1 (Western Europe/Americas) *******
DE,EN,FR,ES,NL,SV       COURIER, HELVE, TIMES
                        (LETGOTH, LNPRINT)
Latin-2 (Central Europe) ****************
PL, CZ                  COURIER, HELVE, TIMES
ISO 8859-4 (Baltic) *********************
ET, LT, LV              COURIER, HELVE, TIMES
ISO 8859-5 (Cyrillic) *******************
BG, RU, SR, UK          COURCYR, HELVCYR, TIMECYR
ISO 8859-7 (Greek) **********************
EL                      COUR_I7, HELV_I7, TIME_I7
ISO 8859-8 (Hebrew) *********************
HE                      COURIER, HELVE, TIMES
ISO 8859-9 (Turkish) ********************
TR                      COURIER, HELVE, TIMES
Simplified Chinese **********************
ZH                      CNHEI, CNKAI, CNSONG
Japanese ********************************
JA                      JPMINCHO, DBMINCHO, DBGOTHIC
Korean **********************************
KP                      KPBATANG, KPDODUM, KPGULIM
                        KPGUNGSE, KPSAMMUL
Traditional Chinese *********************
ZF                      TWDPHEI, TWMING, TWSONG
Thai ************************************
TH                      THANGSAN, THDRAFT, THVIJIT
Arabic (Unicode systems only) ***********
AR                      ANDALE_J
Verify your output by examining the OTF data
When analysing printing problems of this type, be sure to check the OTF data which gets produced by SAPscript or SmartForms. OTF or "Output Text Format" is the intermediate page-description format generated from SAPscript or SmartForms. OTF will contain the final printer font names and character set/language identifiers which help to solve the problem. OTF will even name the form and the language of the form used to create the output.
The easiest way to do this is to create a spool request from your application, run transaction SP01, use menu
Goto->Display Requests->Settings
and choose
Display Mode: Raw
Now display your spool request. If this is a SAPscript or SmartForms spool request, you will see OTF data. Each line represents one OTF command, every command starts with a 2-character cmd identifier and possibly some cmd parameters follow.
Here is an excerpt from a sample OTF file where we highlight the most interesting commands:
//XHPLJ8000    0700 00000000001
IN04EALEXTEST_ZEBRA
IN05%PAGE1
OPDINA4 P 144 240 1683811906000010000100001
IN06%WINDOW2
MT0024401289
CP11000000E
FCHELVE 120 00109XSF100SF101110000067E X
UL +0000000000000
SW00067
CT00000000
ST0453037Dieses SF hat Stil ALEXTEST_ZEBRA mit
The 1st line with the // (Control) command reveals the device type usedto print: HPLJ8000
//XHPLJ8000    0700 00000000001
The 2nd line (IN = Info command) shows the name and (internal 1-char)language key of the form:
IN04EALEXTEST_ZEBRA
In this case it is the English (E = EN) SmartForm ALEXTEST_ZEBRA
The OP-line (OP = Open Page) gives the page format used in the form, it is DINA4 Portrait orientation:
OPDINA4 P 144 240 1683811906000010000100001
The CP (CodePage) cmd shows the SAP system codepage used to code the text and the active language. In our case it is codepage 1100 and language E = EN = English.
CP11000000E
Finally, the FC-cmd (Font Call) lists a printer font selected within SmartForms. Please note that every SmartForm has a designated default SmartStyle under "Form Attributes->Output Options". In addition, every text node can have a SmartStyle attached (which will override the definitions from the default style for the text). In our case the resulting printer font that was selected is HELVE 12.0 pt bold-off, italic-off.
FCHELVE   120 00109XSF100SF101110000067E X
Header Data
Release Status: Released for Customer
Released on: 22.08.2005 09:57:20
Priority: Recommendations/additional info
Category: Customizing
Primary Component: BC-CCM-PRN Print and Output Management
Secondary Components: BC-SRV-SCR SAPscript
BC-SRV-SSF Smart Forms
regards,
Anji

Error while opening the PDF preview

Hi,
While opening the form in the PDF preview, i am getting a pop window with a message saying, 'Cannot find 'c:\.\Adobe Examples\request_de.xml'. Make sure the path or Internet address is correct.'. When i click 'ok' it is giving a blank window. Do i need to install anything for that?
Thanks and Regards,
Giridhar.

hi,
Check u r Adobe version.....
Adobe Reader 7 to 8.1 its preferable.
(or)
Check u r Adobe Lifecycle Designer (ALD).
Adobe Lifecycle Designer 7.1 and above is preferable.
by
Parthasarathi

Error message while clicking PDF Preview of a ADOBE interactive form

Hi -
I am creating an ADOBE interactive form having Tables, few text fields and E-mail submit button. The scripting language used is FormCalc.
Whenever I am clicking on PDF Preview to see the form layout and to check other functionality, I am getting an error message:
Error message -
Error: syntax error near token '|' on line 1, column 14.
Script failed (language is formcalc; context is xfa[0].form[0].data[0].Mainpage[0].Subform3[0].Table2[0].Row1[0].RATING[0])
script=this.isnull || (this.rawvalue >= -32768 && this.rawvalue <= 32767
I checked my scripts and there is no syntax error in that. My form is also working absolutely fine except getting this error message pop up whenever I try previewing my form.
Can you please tell me, what can be the possible reason.

I tried everything, but couldn't figure out the reason for error. I wrote the script again, but the error is still coming.
Here is a part of my script. I have written this script on Email submit button in preSubmit event, to check if the RATING field value is less than or equal to 3. depending upon this condition, I am making the COMMENT field as mandatory. The same script is repeated for all the RATING & COMMENT fields.
if (data.GyanMainBodyPage.Subform2.Table1.Row1.RATING1 <= 3)
then
              data.GyanMainBodyPage.Subform2.Table1.Row1.COMMENT1.mandatory = "error"
              data.GyanMainBodyPage.Subform2.Table1.Row1.COMMENT1.mandatoryMessage = "Please fill corresponding comment"
else
              data.GyanMainBodyPage.Subform2.Table1.Row1.COMMENT1.mandatory = "disabled"
endif

Office web apps 2013 March update 2013....pdf preview

the web application is configured as permissive.
I did the following
Remove-OfficeWebAppsMachine
updated with the march 2013.
restarted the office web apps 2013 server.
New-OfficeWebAppsFarm -InternalUrl "https://owa.domain.com" -ExternalUrl "https://owa.domain.com" –CertificateName "*.domain.is" -EditingEnabled
New-SPWOPIBinding –ServerName "OWA.domain.is" -Application WordPDF
word / excel preview works
(Invoke-WebRequest
https://wac.contoso.com/m/met/participant.svc/jsonAnonymous/BroadcastPing).Headers["X-OfficeVersion"]
gives an error
PDF does not open in browser.
The updates in January were installed automatically.
Is that maybe the problem?
I have seen this:
http://www.wictorwilen.se/sharepoint-2013-enabling-pdf-previews-with-office-web-apps-2013-march-2013-update

Is it not working only for PDF files? I only used the zone external-https as an example so please confirm that you set the right binding. After all applications have the correct binding you need to create a result type for PDFs:
Site Settings > (Search) Result Types and then finding the PDF Result Type. Choose to Copy the Result Type.
Give the new Result Type an appropriate name, “PDF with Preview” for instance. Then scroll down to Actions and in the “What
should these results look like?” drop-down, choose to use the Word Display Template.
Regards,
Andrew J Billings
Portal Systems Engineer//MCSA,MCSE
Blog:
http://www.andrewjbillings.com
Twitter: LinkedIn:

Office web apps service pack 1 pdf preview

Hello Experts,
I have successfully installed and configured OWA Service pack 1 for a sharePoint farm, All office document preview works perfectly only for PDF files not to show preview, are there any special configuration to get this working in SharePoint 2013.
Thanks

Hi,
from Wictor blog
Before you start fiddling with this, you need to make sure that you have the March 2013 update of Office
Web Apps Server 2013 (WAC) installed and connected to your farm – if you don’t know for sure, ask your admins – sometimes
http://www.wictorwilen.se/sharepoint-2013-enabling-pdf-previews-with-office-web-apps-2013-march-2013-update
Kind Regards,
John Naguib
Senior Consultant
John Naguib Blog
John Naguib Twitter
Please remember to mark this as answered if it helped you

PDF preview in windows 8.1

I am facing a problem previewing PDF file from my application.
It was working find in windows xp and windows 7 machines, but showing error line "Error HRESULT E_FAIL has been returned from a call to a COM component" in windows 8.1 machine.
my application using "Adobe PDF preview for Vista" for PDF preivew.
i think my previewer is causing the problem, but dont know which preview handler me to use instead of "Adobe PDF preview Handler for vista"
please help me to solve this
ps: from my windows explorer i can see pdf preview.
Thanks
Rosh

After a close debug, i found that "doPreview" is crashing my application. Also the previewer assembly "PDFPrevHndlr.dll" is modified in Adobe Acrobat XI.
the modified "DoPreview" method now expecting 2 parameter (int, out int), after giving some values in it, it stops crashing, still my PDF preview not shown up.

When I try to open PDF files in my computer, it tells me that my PDF previewer has malfunctioned, how do I correct this situation.

Recently my computer won't allow me to open PDFs. After looking into the situation, I'm being informed that my PDF previewer is not responding.

Delete and redownload it if doing so is free in your country.
(86225)

Urgent help needed with iPhoto/pdf preview for book order - mysterious pixelated areas show on PDF but not in iPhoto

Hello. I ordered an iPhoto book last week to give to my parents for their 50th wedding anniversary. Tonight, I just checked on the order status and found that my book is cancelled. I received no notification about it, and all I could do was fill out the online form, so customer service will get back to me on Monday via email (if I'm lucky...). There is no telephone number for me to call about this. I decided I'd best do some searching to try to figure out what had happened.
I had thought that the preview I saw in iPhoto was the preview of the book. I found out I was wrong. So I created a PDF preview of the book and found some craziness that I don't understand. In iPhoto (and any other program, i.e. PhotoShop), my photos are fine. They are mostly TIFF format and high resolution with a few high res JPEGs. However, when I view the PDF, there is a band of black and white pixelation about 1/2-inch across the bottom of some pages - not all. The photos in that area are messed up in that band zone. The other photos are totally unaffected. This affects both TIFF and JPEG photos, and both black and white and color.
Has anyone else had this problem, and what was your solution? I would be extremely grateful to anyone for advice or information about this! The anniversary party is less than a week away and I'm beyond my limit of stress right now...

Launch iPhoto with the Option key held down and create a new library. Import enough photos for a book (use some of those in the current book) create a new book and preview as a PDF. If you don't see the problem then it's limited to your library which may be damaged. If that's the case make a temporary, duplicate copy of the library and try the two fixes below in order as needed:
Fix #1
1 - delete the iPhoto preference file, com.apple.iPhoto.plist, that resides in your Home/Library/Preferences folder.
2 - delete iPhoto's cache file, Cache.db, that is located in your Home/Library/Caches/com.apple.iPhoto folder.
3 - reboot, launch iPhoto and try again.
NOTE: If you're moved your library from its default location in your Home/Pictures folder you will have to point iPhoto to its new location when you next open iPhoto by holding the the Option key. You'll also have to reset the iPhoto's various preferences.
Fix #2
Launch iPhoto with the Command+Option keys depressed and follow the instructions to rebuild the library.
Select the options identified in the screenshot and the option to rebuild the small thumbnails.
Click to view full size
If you get the same problem in the test library then log into another user account on your Mac, create a test library and try it there. If the problem shows up there a reinstall of iPhoto is indicated. To do so you'll have to delete the current application and all files with "iPhoto" in the file name with either a .PKG or .BOM extension that reside in the HD/Library/Receipts folder and from the /var/db/receipts/ folder,
Click to view full size
If you don't encounter the problem in the other user account then it's something in your account that's the culprit. Post back with the results.
OT

Links (urls) inside a pdf document are not enabled by the New firefox pdf preview feature but are in Chrome & IE

The new pdf preview feature in firefox desktop does NOT seem to activate any links (urls) inside the pdf meaning they are no longer clickable.
Is anyone else experiencing this problem.
I send out product information using pdf's with clickable links inside (as do lots of businesses) and this loss of clickable links functionality is a problem.
I also tried the same pdf files in IE and Chrome and their inline pdf previews keep all links fully working.
I know the pdf preview in firefox can be deactivated and the adobe reader can be used instead but in reality lots of people won't know how to do this or won't be troubled to find out how and will just move on.
Does anyone know if this feature is going to be fixed or supported or is it a deliberate security feature.
Thanks.
JP.

Hey JPEdwards,
The PDF.js team is still hard at work on the built-in viewer. It looks like there is already a bug on file for this and they are aware of it:
https://bugzilla.mozilla.org/show_bug.cgi?id=821599
Please don't post in the bug if you are just confirming that you've seen the problem too. That clutters the tickets ;)

PDF Preview Handler Not Working in Outlook 2010

I have Win 7 Home Premium 64-bit and Outlook 2010.
Everything was working fine, until a few months ago when the PDF Preview Handler stopped working. I got the typical message that others were having with the issue with Adobe Reader 9. I have Adobe Acrobat X Pro and have also used Adobe Reader X. I have tried the little registry fix app that is supposed to fix this issue, but it states that my registry is already correct. Has anyone found a resolution for this issue with Acrobat X and Outlook 2010? As a workaround I am using the Foxit PDF Preview Handler, but I have to reinstall it everytime Adobe Reader or Acrobat is udpated as for some reason Outlook then reverts back to the PDF Preview Handler, which is not working.
Thanks,
Merg

Nope, using 32-bit. And I recently uninstalled Acrobat Pro completely and reinstalled it due to an issue with it not updating due to having the "Error Applying Transforms" issue. After I reinstalled, I updated it completely. I suppose I can try uninstalling and reinstalling again, but that seems like overkill.
- Merg

White border in pdf preview of bleed doc

Hi,
As the attached image shows I get a thin white border on my pdf preview of a document that has a 3mm bleed. I have tried to increase the bleed to 5mm but with same result. I've also tried to exceed the black background outside the bleed marks in InDesign - no result. The pdf is exported with document is generated I'm stuck. Why do I get this annoying thin white border when previewing the pdf document? The people I'm sending this to thinks its something wrong and even if this should turn out to be in preview mode only its ruining my work as everyone else is asking about it when looking at the pdf. Use Document Bleed settings is ticked.

You mentioned trying to increase the bleed areas by dragging the black box larger, but are you actually specifying the larger bleed when exporting the PDF
Also, you mention Bleed Marks rather than Crop Marks.
Crop marks show where the page will be trimmed and this is what the printer needs to see.
Bleed marks are essentially useless. they only show the edge of the bleed, but give NO indication where the printer should trim to
Your black screenshots are hard to decipher, but the Magenta box in your 2nd screenshot only shows the margins on the inside of the page.
Unless you have set the margins to 0, the magenta margin box will always be smaller that the page (the final trim size which is what the Crop marks are for)
Have you accidently set a Slug area larger than the bleed? This is only way I can get the white space to show.
The example below used greatly exaggerated settings to better show some issues.I greatly increased the bleed area to swallow the Crop marks and then included the Slug area to show the white.(slugs are not always used or even needed)
The Magenta box are the margins inside the page.
The Red box is the bleed area.
The Crop marks in between these two are what the printer need to cut on to produce the final page size.
Click on the image below to see a larger version with more detail.
P,S, you mentioned about not being able to print the bleeds. If you have bleeds and crops that will make the final PDF size larger than your desktop printer can print, just select FIT or REDUCE OVERSIZE PAGE in the print dialog and it will print on your printer. Of course it will not be to 100 scale, but it will show all the elements in the PDF.

SMARTFORM PDF preview authorization

Similar Messages

Maybe you are looking for