Matching A3 Layout view with A3 on model view

Hi. I would like to fit my Layout A3 to my Model/Viewport without having the layout boundary that comes by default:

I do not want that boundary line in the PDF export or printouts. I have prepared my technical drawing in the model viewport like this:

I want the layout to fit in the outer region of the A3 page.

Questions:

  1. How to get rid of the default perimeter that the layout view displays?
  2. How do I snap the layout to the drawn A3? I don’t find snaps working when using the layout, so I have to do it manually. I want the layout to fit exactly as A3, since the layout set is A3 too.

Thank you

I could solve the number one point by simply choosing “no print” on the frame layer. What I still do not understand is why it is not possible to align the detail view frame to the actual lines of my drawing, so that when printing the tech drawings, I can achieve a proper layout.

Thank you

Hi Bruno -

I’m not completely understanding the issue here.
I see that you have your title block and an external rectangle (sized A3) in model space.
Usually, the title block is placed on the layout.
I also see that the detail on the layout is smaller than the layout. It looks like you want to see your entire scene 1:1 in the detail. Since the detail is smaller than the A3 layout, that won’t be possible.
Snap the edges of the detail to the edges of the layout, and then set the detail scale to 1:1.
-wim

Hi @wim What I am trying to do is this:

I would like to be able to snap my work to the detail frame.

Is that possible?

Regarding point 2, enter the Detail and with nothing selected, in the Properties panel click Set camera, make sure to have “Cen” Osnap on, then then find the A3 border in the model space and go near it to get the Cen snap. Then click and from this point on, do not pan or zoom in the detail. In the Properties panel set the Scale to Layout: 1 and Model: 1. Now lock the detail to prevent accidental movement.

Note that this will not work if your detail isn’t centered on the layout (doesn’t have same borders on all sides) but that doesn’t seem to be your case.

1 Like

Hi Bruno -

That is not possible, no.
-wim

Do you recommend doing all the “page” template on the detail frame and not in the model one?

Definitely, in model space, you should only have the curves that make up the drawing itself. You can have dimensions there too, it makes some things easier but it also has drawbacks.

But the title block (both the borders and text) and the page border should always be in the layout space. After you align the drawing, you can use the _ChangeSpace command to get them from the model space onto the layout.

2 Likes

_Changespace? Did not know that. Thank you!

Dimensions on the detial window doesn’t seem right since they will be unbounded from the drawing in itself. So any movement (except when you locked it) will mismatch the dimensions. What is the advantage of having them on the detail window?

Thank you a lot

Hi Bruno -

No, they won’t.
If you are running into a case where that happens, we’ll need steps to reproduce that. Posting a file where dimensions no longer update doesn’t help here, as the connection is already gone.
-wim

Well, it happens if you have “Update Children” under History turned off. That’s of course a feature, not a bug. But it’s a complication if you have it off by default and only turn it on on those few occasions when History is actually useful because on the other hand, you often do not want to have it active, to eg. not accidentally change a copy of some object.

Now that I think of it, it would be useful to have an option to only turn on History updates for annotations (AFAIK, you can do the opposite – have History on in general but disabled for annotations).

But even ignoring all of that, it also doesn’t work with cases like this:

Or if you manually move one of the dimension points which happens more often than you’d expect.

And if you pan the view within a detail, even the linked annotations do not update instantly which is extremely confusing (in fact, they don’t update even after exiting the detail, I have to enter and exit the detail a second time – this might actually be a bug).

So for all those reasons, I also tend to draw dimensions and leaders in Model space.

I see only two advantages of drawing them in Layout space – it doesn’t clutter you model space (depending on what the “Model space scale” of the annotations are, it may make quite a mess), and you have the drawing and annotations in separate spaces which can make working with them easier (but also sometimes harder).

Note that this applies for 2D drawings (either generated via Make2D, sections or completely “hand-drawn”). If you actually have the 3D model directly in your details (which opens a whole another can of worms though), then doing the dimensions in the Layout space might be the only option.

Hi Simon -

If you have steps to reliably reproduce that behavior, please let us know.
-wim

Um, I tried it in a new file and it doesn’t happen. It kept reliably happening in the file I’m currently working on but that I can’t share publicly. It also contains blocks linking to external files which I have no idea if that can affect it or not. I even tried coping all objects into a new file and the issue disappeared. And now it stopped happening in the original file as well… as if the fact of selecting everything and copying it to clipboard fixed it.

Nevermind, I think I figured it out, here are the steps:

  1. Open new file
  2. Draw a rectangle or whatever shape in model space
  3. Create a new layout with at least one detail
  4. Zoom and pan in the detail to see the drawing
  5. LOCK THE DETAIL (important!)
  6. In layout space, make a dimension, picking two points on the rectangle
  7. Enter detail, unlock it (DO NOT EXIT THE DETAIL NOW), then pan/zoom the view
  8. Exit detail → position of the dimension doesn’t update
  9. Enter and exit detail again → position finally updates

Here’s what it looks like:

Using Rhino Version 8 SR28
(8.28.26034.9001, 2026-02-03)

2 Likes

Hi Simon -

Excellent.
RH-92314 History: Delayed Update with Unlocked Detail
-wim

RH-92314 should be fixed in the latest Rhino WIP. Please give it a try.