Layer Control in Layouts & Thumbnail Update

rhino
mac
#1

1.) It appears that when layers are turned off in model space (ease of workflow) they need to be turned back on in layouts in order to appear in a detail. In Nov 14 dmackeyd asked: “Layout layers may be turned on/off only if the model layer is active. This becomes an annoyance when working with both the model and layout simultaneously. Can the layer display in the model and layout be made independent of each other or can the layer settings in layout be locked individually?” Any progress/updates on this for Rhino for Mac?

2.) Minor question, but along those same lines - when the model layers are turned back on in layouts, the thumbnails of the layouts (on the left) do not update leading one to believe that nothing has changed. When you click on the layout itself, it does show the correct detail layer configuration. Any way to make those live?

Thanks in advance!

2 Likes

Wish: model layer visibility to be independent from layout layer visibility
Rhino 5 for Mac WIP Build 5E41w
(John Brock) #2

When you’re in a Layout, there is a separate panel for Layout Layers. It’s the icon to the right with the small page over the layer leaves.

If you turn off a Layer using the Model Layers panel, they go off everywhere. If you turn of a layer in the Layer and Detail Information panel, it only effects it.

The thumbnail updates if you click out of it. I’ll see if we can get that tuned up.

0 Likes

#3

Thanks for the quick reply John- when we go to turn on the layers we’ve turned off in the model space under the Layout Layer Manager, they show up off and when clicked, will not turn on (assuming this is because they are off under the Model Layer Manager). Only when all of the layers are on under the Model Layer Manager can we control them in the Layout Layer Manager. Appreciate the help.

0 Likes

(John Brock) #4

Yes, you have described it well.
Think of the Model layers panel as the Global control.
The Layout and details panel is a lower-tier control unique to the current layout.

0 Likes

#5

Layers that are off in model space cannot be turned on in the Layout Layer Manager. Therefore, all model layers need to be on in order for us to control layers in the Layout & Detail Layer Managers. Does this sound correct?

Ideally we would like model layer control to be independent from layout layer control.

1 Like

(John Brock) #6

THat’s not how Rhino works.
The layer visibility is hierarchical as I described in my previous post.
Model layers are the main control
Layout and detail layer settings are additional controls but do not override the Model layers settings.

0 Likes

#7

Hi John,

Your fast responses are amazing! Thank you!

Would this type of independent layer control ever become a feature? It would be great for architecture firms working back and forth between the model and layouts. Or maybe the hierarchical system work better for most Rhino users?

Thank you

1 Like

(John Brock) #8

I don’t think so.
The system we have now is the result of working with other Rhino users.
I don’t think a major change like that would be a welcome change.

Instead, have a look at using the Layer State Manager.
Then you can name, save, and restore different combinations of layer settings.

0 Likes

#9

Again, thanks for the replies. I completely understand the hierarchal structure you described in your previous post. I guess what I was getting at is that with the model layer manager as the main control, the layout layer manager is effectively rendered useless (as witnessed by not being able to control layers in the layout). In any setting, architectural or otherwise, I fail to see how this is not a concern/issue. Perhaps there are examples out there, I’ll do some research but would like to open up the conversation if at all possible.

The revisions discussed above could act as and replace the need for layer state manager settings in layout. The conflation of those two seems redundant.

Best,
CV

1 Like

#10

From a work flow standpoint- we’re in a position where we need to turn on all of the model layers when we switch to layouts, then when we return to model space, turn off all of the layers we just turned on. If these settings were independent of one another, substantial amounts of time could be saved. Appreciate the time & consideration.

0 Likes

(John Brock) #11

As long as you have a stable set of layers, the Layer State Manager can be used for this.

0 Likes

#12

We’ll give that a shot - I know a few colleagues have had issues (bugs) with the Layer State Manager in the past. Holistically, I think there is significant value to having the layer controls (model vs. layout) independent of one another in any/all applications. If there are instances in which the opposite proves to be true, please let us know. We really enjoy the program and appreciate all of the work you and your team puts into each update, the above is just our intersection with Rhino and ideas for improvement. Regards,

2 Likes

(John Brock) #13

That’s what this forum is for. A public discussion of how things work, why, and how than may be improved.
I’m a little surprised no one else has chimed in either way yet, but it is a Summertime Friday.

1 Like

#14

Well, I could imagine a layer manager that showed a layer state in model space and a different layer state in layout space. That is to say that the two coexist in the same panel and come up automatically depending on which space you are currently in - for example if you were on a layout page, but were to to double click on a detail, you are actually going back into model space, so the model space layer manager would come up…

The two managers would be interrelated of course, the same layers would have to exist in both, so editing (as in adding/deleting/characteristics/sublayering) would be global. But the Model space panel would control model space visibility and the Layout space panel would globally control layout visibility. The various Hide/Show in detail commands would still need to exist, but might be interesting to have that show up in the layout panel when a particular detail is active - as in some symbol that indicates “this layer is hidden in this detail”.

You would also need two layer state managers for saving and restoring layer states, of course.

–Mitch

1 Like

(Dan Belcher) #15

This behavior should be somewhat better in the latest RhinoWIP (5E41w). Please give it a try…hopefully those thumbnails update when the layout layer change.

0 Likes

#16

@dan
It’s not quite there yet. The thumbnails all show it correctly when switching a layer off, but only the current page shows it coming back on.

Max.

0 Likes

(Dan Belcher) #17

I see what you mean. I can see where toggling the visibility of a model layer that is shared across many layouts and not seeing the thumbnail update is rather jarring.

Looking at MR-2776 here (sorry, it was not visible to the public until just now; an oversight on my part).

It looks like this behavior is intentional judging from this comment by @marlin.

Actually, I take that back: it sounds like the previous behavior was intentional. Marlin, should I reopen this bug? I believe I’m able to reproduce what @maxz is reporting.

0 Likes

(Marlin Prowell) #19

@maxz I explicitly set up both the current behavior and the previous behavior just for you. Really. Thumbnails do eventually get updated, just not immediately. I limit how often thumbnails are updated to improve overall performance.

Remember this thread? Layouts slow down drafting

In the modeling window there typically are four viewports that get updated with every change. In the layout window, you can often have 3 or four viewports per page, so this doubles the number of viewports that are updated with every change.

For you, going from updating 4 modeling viewports to updating 8 viewports (4 modeling, 4 layout) slowed things down. Back then, no layout thumbnail was updated immediately.

Consider that every thumbnail is another three or four viewports, so constantly updating all the thumbnails will require updating 10 to 20 to 30 viewports, depending on the number of layout pages (and thus thumbnails) you have. Updating all the thumbnails all the time would likely make modeling on your older Mac pretty frustrating.

0 Likes

#20

@Marlin: I do remember that thread and I really appreciate that you went through that trouble just to help me, but I am not the one that started this thread, @charliev mentioned it. I merely reported my findings on @dan’s request. Since version 5.3 layouts are not opened automatically on startup, which also helps a lot. I am happy, thank you.

Max.

0 Likes

#22

I agree. When each layout is supposed to show a separate part, or a selection of parts in an assembly, it would be very handy if the layer settings for each layout stays the same while working on the model. I can’t really see any point having the layout layer settings at all if they get overridden the moment the model is edited. Maybe I am not using the layouts as it is ment to?

1 Like