Again today I run into the problem that layout printing in vector is still seriously broken.
Details in my custom display mode will not print with vector mode or print different than displayed.
(see attached examples) detailPrints.zip (83.2 KB)
Please try and fix this in V5; it is a serious problem for producing PDF files.
EDIT to clarify:
I expect details to show up when printing regardless of the printing mode.
Currently, any details in the attached displaymode do show in the page preview, but are not printed (coorect)
Is this really a layout and detail printing problem, or the fact that youâre trying to still print âTechnicalâ display modes using Vector Output?
If thatâs not the problem youâre having, then you can completely disregard the remainder of my replyâŠotherwise, keep readingâŠ
You cannot print technical modes using vector outputâŠWhy? Because theyâre not vectors. I know they look like lines and vectors on the screen, but that doesnât mean they are.
What you see in a technical display mode is the result of pure trickery. I know you want vectors, I know youâve asked for vector output for technical display modesâŠbut itâs not going to happenâŠcertainly not in V5âŠso trying to print technical modes in vector format is not going to all of sudden start working from one day to the next. The only way to print what youâre seeing on the screen for technical modes is to use Raster OutputâŠbecause thatâs all it is, a bunch of different colored pixels arranged on a 2D canvas.
That being said, I am looking into trying to make sure that some sort of scale can be applied to the âlinesâ (quoted because theyâre not really lines), so that if/when you print large scale printouts, the results look similar in scale and ratio to what you see on the screenâŠbut I have no idea when that will happen, or if it will happen in V5.
Again, if this is not the issue youâre having and you are having problems printing something in a layout view that does print normally or as expected in non-layout views, then Steve is going to have to get involved.
I guess the question is then⊠Can you print what you want and expect using a view other than a layout?
My problem is related to pdf s specifically. This has been around for a while now. Years even. When i print to pdf from rhino it gets âtiledâ but the end result does not line up. I will post examples when iâm back in the office on monday.
Thanks, Danny.
Please start a new thread with your issue.
It sounds different than Willemâs issue.
I look forward to see what you have.
Sincerely,
Mary Fugier
McNeel Technical Support
Thanks for your reply, but this has nothing to do with expecting technical display modes to print as vector.
The problem is that Iâm not able to print details in a shaded/technical mode when printing is vector mode,
they do not show up as bitmaps or show up wrong (eg wireframe mode)
Still I did read the rest of your reply and thank you for the insight
Which is unfortunate and a big drawback for me with Rhino. When I first started using Rhino I would print out as wireframe and then laboriously delete all lines seen âthroughâ the surface to end up with a vector version of the outer volume. Tedious, time consuming and, finally, unrealistic for a reasonable workflow. Now I bypass Rhino altogether and port over to SketchUp / Layout to print but that has drawbacks also. Other programs can print perspective views as vector - SketchUp can, formZ can - so itâs not technically unfeasible. But for some reason Rhino canât. Any comment on whether or not V6 might address this issue?
Yes, Iâm aware of Make2D which I use often. But it produces an enormous number of disconnected lines and lines that should not be visible as theyâre not on the surface (at complex corners Make2D will show lines on the other side of the viewing angle, creating a confusing image). If I do not need precision I will use Make2D but for anything requiring a lot of perspective views at a high degree of resolution, Iâm forced to go over to SketchUp / Layout.
IMO, Rhino has a long way to go regarding document-printing workflow. For architecture work, sketchUp is a better solution. After been using both of them for more than 6 years, I can say Iâm more productive using sketchUp. These are the things I miss every time while trying to document from Rhino.
1.Scenes: SketchUpâs scenes remember settings like camera location, layers, hidden objects, section planes, shadow settings & axes location. I have asked a few time for Named Views to support these options.
2.Sub-object visibility manipulation. In SketchUp, I can select an edge and hide it in order to get the desired effect in the final print. This feature is very handy for things like connected walls. In Rhino you need to join the objects in order to get rid off that extra edge. This process is very time consuming and makes the design process less fluid.
3.Components and nested components. Everyday I ask myself why blocks in Rhino are so limited, and the improvements in V5 are still far from being close to what should be. Editing nested blocks in Rhino is a pain.
4.Realtime vector output. SketchUp does this without any hassle, you configured your view via scenes in SketchUp, them place that Scene in Layout and thatâs it!. In Rhino you have to run Make2D, then clean the result and if changes to the design are done you need to run again Make2D and repeat the process again.
I would like to know if any of these features will be implemented in V6, because theyâre essential for a 3d to 2d smooth workflow.
I want to âmash upâ Rhino and SketchUp into one program. There are essential features in both that the other lacks. I started working in Rhino recently and assumed I was leaving SketchUp behind but that has proved not to be the case. I can see a time up ahead in which I do all my 2D drafting work in Rhino instead of AutoCAD LT. But for 3D modeling, which is paired in my field to graphic output, I need to work in both Rhino and SketchUp to be effective. To get back to the original post - to be able to print perspective in vector would be, for my field, a major leap forward for Rhino.
Itâs funny but I do just the same as you. I love Rhino for 2d drafting, I prefer it over Autocad ; ) But for basic 3d, which is 99% of architecture, SketchUp is my favourite.
I think it should be easier to Rhino to implement those features than to sketchUp to implement true curves and nurbs, but who knows
We are definitely OT now so apologies to those reading this thread.
Here is an answer by someone on the Sketchucation forum to my complaint about the lack of curves in SketchUp (I complain over there about SketchUp and compare itâs faults to Rhino and I complain over here about Rhino and compare itâs faults to SketchUp). The reply is on p4 of the thread (itâs a looong thread) by slmbaumgartner and itâs pretty convincing as to why we shouldnât expect SketchUp to ever get real curves.
Hi Willem, have you found a solution to your problem. I have the exact same issue with my printing, which has only rocked up in the last few days.
Was this a printer software issue, or a Rhino setting?
Look forward to feedback, thank you, Rob.
I Have the same problem.
When printing in Vector mode with a rendered viewport as part of the layout the pdf print often fails. It simply stalls while creating a pdf and I have to abort. I am using both Adobe pdf and Bullzip. Both stall in this process.
This is a huge problem in deadline situations.
Please fix this bug ASAP.
I know the problems you are describing, try to print vector pdfs using pdf24.
It has been very reliable even for big plans (A0+) with 100k lines&fine hatches.
the issue with adobe pdf stalling is very irritating but has been around for a long time, I gave up on it. However vector quality with PDF24 seems to be on par with adobeâs so far and it is a free tool.
Any word whether vector output of custom display modes is under consideration for a future version?
To reaffirm what others have said this would be extremely useful for workflow. I use Rhinoâs layout feature to produce all my 2D drawings now â itâd be great to use 3D detail views without raster output.
