|#1 2013-11-13 02:39|
I imagine there is a setting somewhere for me to do this, but I haven't found it yet. I have had this problem since v11, but had attributed it to the PDF export feature not being mature yet. But, I am now trying in in version 14. Since the problem is the same, perhaps I have been failing to understand all the settings for PDF exports all along.
When I export a PDF of the current paperspace tab, the page orientation is not what is set for the page setup. Specifically, I have the page set for landscape. The drawing does show up correctly in landscape format, but it is fit onto a portrait oriented page. How should I set it to recognize the current tab's page setup?
The other problem I have is that the lineweights are too thick. My initial guess was that it was rotating the landscape 11x17 page, and then shrinking it to fit onto a portrait 8 1/2 x 11 page. But, the lineweights weren't being shrunk at the same time, so they are too thick now. Finally, some of my circles are filled in solid.
Here are some screen grabs to show the problem.
PDF Export Screen Grab1.PNG -- Shows the entire page that was exported from a tab, and is shown viewed in a PDF viewer. Note that the paper size is 8 1/2 x 11 in this PDF.
PDF Export Screen Grab2.PNG -- Shows a close-up area of the page, showing the wide lines and filled-in circles.
PDF Export Screen Grab3.PNG -- The same close-up area of the page, shown as it should be seen. This time I printed to a PDF printer driver. It is how it shows up on the print preview as well.
What am I doing wrong?
|#2 2013-11-13 09:59|
Regarding the page size and orientation:
Check your export options (File > Export Options...). Notably the PdfPaperSizeOverride setting.
|#3 2013-11-13 13:17|
Thank you for the suggestion, but the paper size override setting does not seem to affect page rotation at all.
Also, the filled in circles remain a problem. Note that this is only for circles in modelspace. Paperspace circles are not filled in.
Bricsys, I just realized there is across another old PDF export bug. The tabs all print in the order they were originally created, and NOT the tab order they are shown on screen. This is very old bug, and I am quite disappointed that it is still broken. If you can't change the original code in a reasonable amount of time, then at least write a utility to work around the bug by copying each tab to a new tab, and then delete the old tabs. Then, the current program code would export in the correct sequence. But those efforts would be useless, if the PDF export feature remains so poor.
|#4 2013-11-13 14:01|
The PdfPaperSizeOverride definitely has an effect on the the PDF result. If PdfPaperSizeOverride is 1 the page rotation depends on the values of PdfPaperWidth and PdfPaperHeight. This applies to both printing from model space and paper space.
Regrading the filled circles you should determine if all circles are filled in or if they only appear filled in because of a lineweight issue.
|#5 2013-11-13 14:04|
The discussion seems to continue here:
|#6 2013-11-13 14:05|
Oops; I mean here:
|#7 2013-11-13 15:14|
The PdfPaperSizeOverride did work for me this time. So, perhaps in a prior test it didn't for some reason. Perhaps I didn't have the correct combination of settings for a true test. Of course, this means I must have all the same paper size, and all the same orientation for this trick to work.
Sorry for the similar threads. I had thought that the other thread would become more a discussion about the work-arounds such as a way to automate using a PDF printer driver, rather than using existing settings.
|#8 2013-11-13 15:56|
I see that I need to clarify:
Only if PdfPaperSizeOverride is 1 can I reproduce your page orientation problem.
In my tests if PdfPaperSizeOverride is 0 (zero) paper sizes and orientations match the page setup of each layout.
|#9 2013-11-13 16:21|
I was successfully able to print all my pages at the correct orientation (which is all landscape) by setting PdfPaperSizeOverride= 1. And then changing the paper size to a single size with the width (in mm) set to the longest side.
If PdfPaperSizeOverride is set to 0, then some of the pages ignore the paper orientation setting in that tab.