User talk:Uwestoehr

Part WB Docnav
Hi Uwe,

You are correcting what you call typos in the Docnav of the Part WB pages. But the extra spaces you add actually create an inconsistency. Why not follow the existing system used within this WB? Command 'Part_TransformedCopy' results in 'TransformedCopy' in the Docnav. IMO there is nothing wrong with that system.

--Roy 043 (talk) 15:18, 23 January 2021 (UTC)


 * Hi Roy, sorry, this was not clear to me. I was just wondering because in most of the WBs there is a space. However, I think I only added it for a few pages and I see you reverted it.--uwestoehr (talk) 22:10, 23 January 2021 (UTC)

Hi Uwe, I'm not sure if I'm handling this wiki talk thing correctly. I didn't find a quoting or answering mechanism. So we may better discuss this in the forum, where others can participate.

You wrote: ''User chrisb recently wrote: "The PartDesign patterns are not yet as optimized as their Draft counterparts. So for a bigger number of instances Draft array is currently the way to go." This is not the case since Draft array is designed to pattern everything, no matter if sketches or parts. The PartDesign pattern is only to pattern feature of a body. So as for all other PartDesign features, it is only working within a body and this works well. For future, user realthunder is working to extend that PartDesign can handle more than one body. However, for now the pattern feature is as powerful as it can be.'' You are definitely right, that the pattern feature is as powerful as it can be, but only from its concept. There are quite some forum posts where working on a model became unbearable, because computing times were too long. If you have hundreds of instances of non trivial features you have to do something else. This has nothing to do with realthunder's extensions. Draft array is much faster. I had added that section to the wiki after a corresponding forum discussion, so you may search the forum around the change date.

I know how PartDesign patterns work, and that they cannot be replaced without any further changes by Draft array. And reading my changes now, you are right that it can be read as if Draft array can be a simple replacement. I dare to say that it is possible in most if not all cases to use DraftArray together with booleans and avoid PartDesign patterns completely. So I propose to leave the hint to Draft array, and extend it with: This may require major changes to your model.