That feature request is on the wish list as RH-36472 Geometric Dimension, Tolerance and Process symbols needed
Apart from that, there is a font that you could use but I wouldn’t say that it qualifies the “… for creating efficient correct …” requirement that you have. See:
You could create your own library of attributed blocks so that you’d at least get asked for values and letters when inserting the block but you’d have to create all possible blocks first and also attach leaders after you’d place them… Long story short - as long as you need GD&T and you also have access to a mechanical CAD package, it makes most sense to use that other software to create your drawings.
Are we really working on this for Rhino 8? If we are, this is great news. Intuitive feature dimensioning from parts, Precise GD&T with all sysmbols in 2D layout to create beautiful technical drawings of parts out of Rhino for manufacture. Creating ANSI blocks is not a problem You can always import templates for those and every design and engineering team will likely have their own version, depending on what their product is. Now I am really getting excited. Fingers Crossed!!! Thank You
Sorry, no. Not at all.
What gave you that impression? I see that you have been around here for a while… We have that on the list, yes, but things can easily be there for 10 - 20 years… and even then end up in a “Won’t fix”.
thank you for your feedback.
So far I have designed technical drawings very freely. With the current project, the topic came up to make detailed specifications.
I don’t like to work with blocks so much. I usually don’t need them either. It happens that because of the block definitions otherwise empty layers can not be deleted. A current example to explain exactly, I have now not ready.
For roughness a few other specifications I have built symbols. It is ok.
I look at the linked topic.
Design / Engineering Teams across the world would switch to RHINO if this were the case. It’s a huge pain point for the software at the moment.
My whole team here in Michigan is split now with 10% Rhino and 90% SolidWorks. If the Rhino Technical drawing output was at this level
it would dominate in the industry and we would be a full RHINO CAD house.
I would have to guess to the exact meaning of that sentence, but, yes, when either an instance of the block definition is on a layer, or the block definition itself contains objects that are on that layer, the layer will not be considered as empty. This is by design.
if I get AutoCAD architecture planning drawings, there are often many layers, elements and hatching.
Although my powerful PC does not yet have a high load, the viewport sometimes jerks very annoying.
I don’t really understand why.
I sort and delete unimportant. I push objects (also blocks) on new layers and named them.
The aim is to have less layers. So that I do not lose the overview and the work runs smoothly.
In some cases, the layers cannot be deleted due to the block definition. I don’t want to delete all the blocks or explode all. I don’t always get it solved with the Blockmananger. There can be a lot of blocks and it is difficult to clean up all of this.
Hi Tobias -
This is getting very off-topic for the current thread. Please start a new post if you want us to look into the performance of a specific model. We’d need the file in the original file format to be able to get back with a useful response. You can always use email@example.com for files that can’t be posted publicly.