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.
