Lineweights, linetypes, PrintDisplay, Layouts

[Helvetosaur]

Still testing with my simple Make2D and then to Layout which is a prototype for a larger project. I’m still very fuzzy on how V8 linetypes and lineweights are supposed to interact and under what conditions, and how PrintDisplay is supposed to show me this stuff. My brain seems to have shrunk to the point where I can no longer follow the complexity…

In the Make2d, I have two linetypes, Continuous and Hidden. In addition to the normal Make2D output, I used “SceneSilhouette” in order have the outlines of the objects. To make things simple, I set all of the print widths by object, the Continuous lines to be 0.18, Hidden lines to be 0.13 and the scene silhouette outlines to be 0.35. I assume those values are in mm…?

In the Linetypes section, I haven’t changed anything (yet). There is the section on Width and Width Units:

For Continuous these settings (1.00, Pixels) appear to be locked/non-modifiable. I’m not sure why this is the case, all the others do appear to be modifiable:

I’m not sure what settings I should be using here, pixels, document units… I guess that attributing a specific print width in Properties to an object overrides these settings anyway…?

Anyway, if I do a RhinoPDF print of the scene, it looks correct and prints correctly on paper.

Activating PrintDisplay in model space looks OK:

With PrintDisplay active in the Layout, it looks OK too:

However, if I double click to activate the detail (like going back into model space) I see this:

What’s up with that? Why is everything now super thick?

As an experiment, I activated the detail, selected everything and set the print width to “Default”. Then I double clicked again to deactivate it. Now Layout shows me this with PrintDisplay on:

What’s up with that? Why is “Default” so thick?

Just trying to understand here.

Addendum:

I also don’t understand the behavior when zooming in and out of layouts… Depending on how you zoom, the curve print width can display thicker or thinner at the same zoom level. OK, I understand that the display width is in pixels, but still, it’s inconsistent.

And sometimes it will just do this:

and if I pan the screen slightly it will go back to this:

Something fairly wrong there in the display department.

[wim (Wim Dekeyser)]

Hi Mitch -

@Helvetosaur

I’m still very fuzzy on how V8 linetypes and lineweights are supposed to interact and under what conditions, and how PrintDisplay is supposed to show me this stuff.

It certainly has gotten more complex with the added linetype features. Additionally, there’s an important bug that’s currently unresolved - RH-80026 PrintWidth by Linetype (Default)
… though, that one might not be biting you here.

@Helvetosaur

I assume those values are in mm…?

As long as print widths have been in Rhino, those have been in mm, yes.

@Helvetosaur

I’m not sure what settings I should be using here, pixels, document units… I guess that attributing a specific print width in Properties to an object overrides these settings anyway…?

It’s not that simple, no. When the linetype definition sets the width in pixels, the object’s print width is used when printing. So, it overrides in this case. When the bug mentioned above is fixed, when that print width is set to Default, it loops back and uses the pixel value that is set in the linetype definition.

When the linetype definition is set to other units than pixels, this value will be used when printing:

You set the object’s property of hidden lines to 0.13, but in this case, I’ve set the linetype Hidden to be 4 mm wide.

@Helvetosaur

However, if I double click to activate the detail (like going back into model space) I see this:

I’m not seeing that here on 8.5. Maybe I wasn’t able to recreate your file from you description? A file would have been very nice…

@Helvetosaur

I also don’t understand the behavior when zooming in and out of layouts… Depending on how you zoom, the curve print width can display thicker or thinner at the same zoom level

I take it this is with PrintDisplay on?

@Helvetosaur

OK, I understand that the display width is in pixels

In Rhino 8, not on the layout, no. (and not in model space when linetype units are not pixels).
At any rate, I can’t seem to reproduce that here.
-wim

[Helvetosaur]

@wim

A file would have been very nice…

Here you go…
BlockForTest.3dm (2.9 MB)

@wim

I take it this is with PrintDisplay on?

Yes.
Print Display (Layout Viewports) ( State=On Color=Display Viewport=Layout Scope=Document DetailBorder=UsePrintWidth )

Double click on the detail to activate and see if it does the same thing for you as it does for me here. Also zoom in and out with the detail deactivated. If not, I will test on my other computers and maybe get a daily 8.5 to test as well.

@Helvetosaur

OK, I understand that the display width is in pixels

@wim

In Rhino 8, not on the layout, no

Well the screen display IS in pixels - it has to be. So if the print width is in actual measurement units, how is this translated into screen pixels? The problem here is the on-screen display, printing does not seem to have the problem.

[Helvetosaur]

I am also seeing stuff like this when applying dimensions in layout space:

It’s not really a problem, but the highlight seems very thick…

[Helvetosaur]

Here we go again… This time it will not auto-correct, it is currently stuck that way. Will try closing the file and re-opening to see if that fixes it.

Nope, this one is now stuck ‘permanently’. @wim - will PM the file.