I have been able to duplicate this problem, and I think I know what the problem is.
To duplicate the problem:
- Create a temporary Frameless preset.
- In the new preset, add a PDF to the Layout > PDF to Download option.
- Generate output and note that the output contains the downloads directory with the expected PDF in it (and nothing else).
- Return to the preset and delete the PDF from the PDF to Download option.
- Regenerate ouput and note that the output still contains the download directory, but now with a complete mirror of the contents/assets directory.
- Return to the preset and add the PDF back into the PDF to Download option, regenerate, and note that the downloads directory is once again behaving as expected - it only contains the PDF and nothing else.
This appears to be a bug in RoboHelp, that when you delete the contents of the PDF to Download option, it continues to create the downloads directory in the output, but now with a mirror of the contents/assets directory. To investigate further, I opened the xml version of the preset in a text editor (located in <project_dir>publish\presets):
- When the PDF to Download option has a file listed, the xml version of the preset has the following markup: <downloadPDF>MyPDF.pdf</downloadPDF>.
- When the preset xml looks like this, the resulting outtput will create a download directory with just the MyPDF.pdf file in it. - When the PDF is deleted from the PDF to Download option, the xml version of the preset now has the following markup: <downloadPDF></downloadPDF>.
- When the preset xml looks like this, the resulting output will create a download directory with a mirror of the contents/assets directory. - When a new preset is created without setting anything for PDF to Download, it does not have this "downloadPDF" markup at all.
- When the preset looks like this, the resulting output will not create a download directory at all.
This lead me to believe that deleting the "<downloadPDF></downloadPDF>" markup from the xml version of the preset would fix the problem, and it did.
@Vincenz25891398isum I recommend looking at the xml version of your preset and seeing if it has the "<downloadPDF></downloadPDF>" markup. I bet it does, and I bet if you delete it, the output will be correct. If so, I recommend opening a bug with Adobe because this is errant behavior.
Sign up
Already have an account? Login
To post, reply, or follow discussions, please sign in with your Adobe ID.
Sign inSign in to Adobe Community
To post, reply, or follow discussions, please sign in with your Adobe ID.
Sign inEnter your E-mail address. We'll send you an e-mail with instructions to reset your password.
