There should be a new update out later today Only some smaller stuff to fix now.
Sorry for taking a bit longer then expected, this update grow bigger than anticipated.
There should be a new update out later today Only some smaller stuff to fix now.
Sorry for taking a bit longer then expected, this update grow bigger than anticipated.
And its finally out! Thank you all for the very enthusiastic feedback so far!
New Primitivs:
Adaptive Resolution Option:
New settings:
New operation parameters:
The Cone can now get a flat cap
The Spiral now has a option for capping the ends with either a ngon or triangulating it:
Now the latest version of the primitive get added if a older version already exists in the scene.
Many small fixes and bugfixes
Fantastic updates! So many excellent QOL fixes! Thank you for the hard work you are putting into this!
A couple notes as I played with it this morning:
I note that the cone origin is at the bottom by default. This is great. However, it is inconsistent with other primitives ā so it would be great to have consistency.
Additionally, after making manual changes to the objectās origin, the object still scales from its default origin (and not the new one). This seems like it might be tricky to implement (I donāt know), but snapping an origin to the bottom of an object and having transforms originate from there would be a good option to have (although, ideally, itād be great to be able to move the origin anywhere and have transforms work from there).
Windows 11
Blender 4.3.2
Weird, will look into both.
While technically duable, I can not think if any easy way to currently do it that would not require a lot of work, its easier to either set better deafults by the start, or just do it yourself, the add-on includes the .blend file with all the primitvs
Are there any deafults that should be changde besides the Spiral?
[quote="Bliaender, post:
Yes, should for sure be added!
Would be a nice option, did not add due to lack of time for now.
While idealy it should alwayse be perfect squares, I do not know how to do that yet in geomtry nodes, will look into it when I get time.
Makes sense!
Yes, would be cool!
Thanks for the feedback!
Thank you!
The cube it too small, thats why it disappears, try setting it to 1m. I will look into a fix
Yes! 100% Will look into it
Oh! agree!
Weird, do you have a .blend file I could test with? Scaling with a new custom origin works fine for me, but there are perhaps edge cases.
Setting custom pivots in Geomtry nodes for primitvs is not supported at all by deafult. So I needed to do some hacks to make it work, location and scaling should be supported, but rotation is not, since it got too complicated for my brain
New smaller update v0.2.35
New Feature:
And many minor fixes
Edit - I guess it should say āOrigin at Bottomā instead to be more correct, to late now
I might miss somethin. Is there a way to get flat shading as default?
thanks.
If possible, it would be great to add a checkbox in the add-on settings to automatically create all primitives with the pivot point set to the bottom.
Yeah, Iām definitely of the opinion that the User Preferences should have a section for allowing the user to change each modifierās default values. Adding preferences selectively and on a case-by-case basis is probably more work and or tech debt in the long run.
@Dangry could properties like Pivot at Bottom
be appended to the return menu? It is unlikely for me to have the modifier panel open at all times.
can you also add a pivot at the corners? useful for cubes though
Exactly. The pivot point checkbox could also be duplicated in the popup settings that appear in the bottom-left corner.
I donāt understand why the relative scale in the popup settings differs from the values in the modifier section for Size XYZ. I have an idea: all adjustable values from the geometry modifier should also be exposed in the popup settings. Instead of relative scale, it should display Size XYZ.
Additionally, there could be a single slider to adjust all XYZ axes simultaneously for more convenient scaling.
Additionally, division values for XYZ, Pivot at Bottom, and Adaptive Resolution should be included. Align, Location XYZ, and Rotation XYZ can remain as they are. Iām not entirely sure if the Manage section could also be added to the popup settings, but it might be worth considering.
There is currently no way withoute either a autosmooth modifier, go into the node tree for the primitve, or applying the modifier.
It would however make sense to have the option, where would you expect to see it? And should it only be flat and smooth, or also auto smooth? Should the auto smooth be a modifier or just in the primitve tree?
What primitivs needs the option the most?
I can look into it Not sure if it doable, but I give it a try.
I will look into this, but I am currently not 100% sure how it would be implemnted on a techinical level.
I will look into it, otherwise the modifier panel is switched to automaticly by the add-on every time a primitive is added.
Are there other primitvs other than cube that woulde benifit from it?
Do you have any idea of how it would work ui wise? For example, a Enum for all 8 corners would not have a good preview at what corner the user is picking. Any other add-ons that does this well?
Edit - or is it just one of the corners of the cube? With no other options like in this add-on? https://extensions.blender.org/add-ons/add-positive-cube/
yeah exactly simply like that addonā¦
Auto-Scaled Objects Options : Objects are automatically scaled relative to the current view in the 3D viewport, ensuring they are neither too big nor too small by default.
If you whant more exact control, uncheck the auto scale option:
There is also a prefrence to make it not deafult.
I would also like that, but it hard to add on a techical level, since all the diffrent primitvs handle scale completly diffrently.
Uncheck auto scale for this.
I tried many times to add it, but it seems impossible, without painfully hardcoding everthing, making it very prone to errors. I might add Pivot at Bottom if possiable, but adding more props increases risk of erros and problems
Blender operations do not support dynamicly adding new properties after registration, so since all the primitivs have so diffrent values, you can now know them before the operation has been registed.
So the only way to get them is after the oepration has been invoked and the node gruope exists in the scene, but then blender just crashes if you add any of the modifier properties to the operation draw.