The odd thing is that it prints most of the file in the detail, but not the objects on the layout.
I’ll gladly use the new “printer” but I know that my colleague will forget and use the old, and will loose data as he won’t save before each print… so it should not crash… Be slow and throw an error is ok, but not crash and loose data
I don’t think that is the case, but I’ve never been able to fix the crash so I am really only guessing. The Adobe PDF printer driver has a “curve smoothing” feature that is on by default and I think that the dense polylines that Rhino can send to the printer driver can cause problems.
I’m pretty inclined to just remove other PDF drivers from the list of available printers. I don’t see any advantage in using an alternate printer driver and those printers don’t benefit from the V6 feature where cubic beziers are generated instead of dense polylines. I would be happy to look at the file that you can repeat crashes with, but if it is anything like my previous attempts over the years I won’t be able to repeat the problem.
Unfortunately at this late stage in the development process, just removing printer drivers from the available list will most likely cause some other unexpected problems. Maybe it is best to just best to do something like rename the Rhino PDF printer from “PDF” to “PDF for Rhino (recommended)”. @brian, do you have any idea on what would be a good action to take?
Hmmm. Is it too hard to add an advanced setting that, by default, hides the Adobe PDF printer? Then, if users really need it we can direct them to Tools->Options->Advanced and have them search for EnableAdobePDF and set it to True?
(edit. the pulldown dialg closes each time i screengrab, but the save-pdf option is not there :D)
2 FILE SIZE is crazy with your “save-PDF” printer.
3 text size is not the same. On your printer it is a tad smaller. (Not crazy-important for documents, but WAY too much if this was to be printed to say lazer-cutting for some production part)
So you still don’t want the crash-file to bugtrack?
psst… text size has never been exactly the same between what you see on the screen and vector output. Do you use PDF for laser cutting a production part?
I will take a look if you send me the file.
Thanks for reporting these issues. I’ll try to get them fixed before the next Tuesday beta.
You should never be surprised with what people use for production…
(Oh, and with “production” I mean everything from cardboard models production graphics to lazer cut metal parts)
So and Arial “A” that is 90mm high should be just that
PDF is a well used format by graphicdesigners and even though one never should (past tense) send files with text (always outline them) that is not the case so much more, as long as you use well known fonts. So users (me included) are not used to double check stuff like this that much any more.
And many lazer cutters are happy with both illustrator and pdf files.
I understand and agree with your comments. Was just pointing out that the text has never precisely matched between what you see on the screen and any vector output through printing. This is an ongoing project to try and match with as much precision as possible.
Hi Steve,
Not sure if this makes sense or not, but while you are at it, could you add SVG to the printing - both as setting it as printer on a layout and as a choice when printing. I see that a SaveAs from a layout does that but…
I’ll keep it in mind. This would actually be a rather significant sized project just due to the design of the print dialog. We are rewriting much of the print dialog UI in order to support Mac in the future and this may be much easier to add once the UI rewrite is complete.
I am having this problem, persisting.
I was using Adobe pdf which now is not even shown an option in my printer list since the last update. If I use the option that just says PDF, the print takes forever, and often crashes Rhino.
I desperately need to print my drawings, so help on this asap would be great
That might be the first report of that. Are you sending in crash reports through the dialog that comes up when Rhino crashes?
A developer will first have to be able to recreate the issue. Any file that you can provide along with your system information is your first step to being helped.
Please send me the model where this happens if at all possible, We are trying to use a single default PDF exporter that we wrote for V6 which includes a lot of quality improvements over other PDF printers. I can’t fix this bug if I don’t have a sample to repeat the bug.
This is hidden by default. If you really need access to the Adobe PDF printers, go to the advanced section in options and change the setting for Rhino.Options.Appearance.ShowExternalPdfPrinters to True
I had quite the same thing yet it was no issue with exactly converting the layout to pdf but when it was automatically opening in Acrobat - that’s was where the weird things were starting. For some reason the match of two of those was killing all of my documents: they were refusing to open in Acrobat and then they weren’t opening with any else piece of soft. I tried to resolve so with the web-based simple editing tool here https://ds11.pdffiller.com and it worked out for some reason, all I needed to do was just to open and save as a new pdf