Revit Architecture Forum
Welcome to Autodesk’s Revit Architecture Forums. Share your knowledge, ask questions, and explore popular Revit Architecture topics.
abbrechen
Suchergebnisse werden angezeigt für 
Anzeigen  nur  | Stattdessen suchen nach 
Meintest du: 

Draw Order of Objects

13 ANTWORTEN 13
Antworten
Nachricht 1 von 14
meVAWU8
968 Aufrufe, 13 Antworten

Draw Order of Objects

I just have learned that there is some kind of Draw order in Revit for 3D Objects. I usually use Volumes above some 3D objects to define areas in 3D Space.  

meVAWU8_0-1719563334780.png

Here you can see the Greenish Area is a Volume. It was modelled after the Green and Pink Walls. But the Orange Wall was modelled after that. What this causes is that when looking on the screen everything is fine. but when printing out this happens:

meVAWU8_1-1719563427457.png

 

I am perfectly fine with that draw oder, that things that you model first are drawn first and so on but I would love to be able to control that beyond the order of modelling. This is a really big deal. And probably causes many people a lot of headache! Either have a way to prioritize the draw orders by category or just give us the option to change that.

 

 

13 ANTWORTEN 13
Nachricht 2 von 14
vitorbortoncello
als Antwort auf: meVAWU8

It's' not about drawing first, it is about override hierarchy and wall priority:

 

https://help.autodesk.com/view/RVT/2024/ENU/?guid=GUID-67D3D6DB-E78D-4711-B9C3-4D30F1C22205

 

https://help.autodesk.com/view/RVTLT/2022/ENU/?guid=GUID-1CCD1005-CBDA-4338-8D60-489095D4BB25

A resposta te ajudou? Não esqueça de curtir e aceitar como solução!


Vitor Bortoncello | Arquiteto | Especialista BIM


aAutodesk Certified Professional

Nachricht 3 von 14
barthbradley
als Antwort auf: meVAWU8

Revit should be printing exactly what you see (WYSIWYG). Sounds like you are saying that it is not.  Post the file you're working on and we'll take a look and see. 

Nachricht 4 von 14
meVAWU8
als Antwort auf: vitorbortoncello

that is true but not the reason for that problem i described.

 

you can simple test it out yourself. Draw two walls and let them cross, without connection you will see the one drawn later will be "above" the earlier.

Nachricht 5 von 14
meVAWU8
als Antwort auf: barthbradley

here you go, side by side

 

meVAWU8_0-1720007958973.png

 

Nachricht 6 von 14
mhiserZFHXS
als Antwort auf: meVAWU8

I may just be misinterpreting what's going on here, but this all just looks messy. What do you mean you use "volumes" to define areas? You make an actual 3D extrusion?

 

The issue is you have objects just phasing through other objects like they're all ghosts. Its a mess. Even your example is a generic model passing through a wall (not two walls intersecting, as you claimed). One of those objects would cut the other. 

Nachricht 7 von 14
meVAWU8
als Antwort auf: mhiserZFHXS

- ignore the mess from before

 

my example is quite simple I use Volumes to "mark" an area in 3 dimensions so it is visibile in floorplan, section, elevation

 

it doesnt matter if you use volumes (massing tool) walles, furniture what ever you use, once you have them phasing over each other the order of modelling defines how they are going to be printed out in PDF. This is especially important to know since this also causes that Furniture lines and fill region of the furnite to be drawn above a wall when put next to each other, which makes "thin" lines in the places where you have a furniture for example a wardrobe next to a wall, and the thick line of the wall continous  when the furnite ends. to avoid this from happening just draw the wall after you have placed the furniture.

 

knowing this behavior means that there is some kind of priority of printing, when making PDFs. The priority is definied by when an object is created. IT doesn't matter if is a wall, a furniture, a volume, a window what ever you "draw/modell" first gets printed/drawn in pdf first. 

 

this is in most senarios perfectly fine but then when placing furniture you have a problem especially if it is sidebyside to a wall 

 

when you use volumes to mark an area it is a problem.

 

this two usecases are the ones i can think of right now but i am sure a lot of "bad" looking pdfs errors stem from this

Nachricht 8 von 14
fespino
als Antwort auf: barthbradley

Revit has printing issues for a long time now. It DOES NOT print what you see. For instance, we have an existing slab and a new slab at the same place, however some of the lines of the new slab do not print. I've tried different PDF apps with the same error (is not the app).

Nachricht 9 von 14
barthbradley
als Antwort auf: fespino

Toggle View Visual Style from Hidden to Wireframe.  

Nachricht 10 von 14
fespino
als Antwort auf: barthbradley

It is in wireframe. Done multiple research and no solution. It does not happen all the time but it is persistent with different models. 

Nachricht 11 von 14
barthbradley
als Antwort auf: fespino

Not following. 

 

 

Wireframe:

 

Wireframe Yes.png

 

 

Hidden:  

 

Wireframe No.png

Nachricht 12 von 14
fespino
als Antwort auf: barthbradley

fespino_0-1720650983570.png

Model

 

fespino_1-1720651108389.png

Print Preview (lines missing)

 

 

Nachricht 13 von 14
barthbradley
als Antwort auf: fespino

Post that rvt.  

Nachricht 14 von 14
fespino
als Antwort auf: meVAWU8

Sorry, not allowed to do that, company policy. Just hoping if anybody was aware of this problem. Thanks for trying.

Sie finden nicht, was Sie suchen? Fragen Sie die Community oder teilen Sie Ihr Wissen mit anderen.

In Foren veröffentlichen  

Autodesk Design & Make Report