Replies: 2 comments 2 replies
|
Hey @Phenixdv At first I left the old pen sketcher as an alternative but thought this will create unecessary confusion. I may actually recover it under a new feature if the community ask for it, maybe something like: pen('xy', ...) Although I need to research if this will cause any issues. |
1 reply
|
One more thing, the rect() tool is still supported as a macro shape (I'll add polygon and slot too). Macro shapes can be written in code but the UI will treat them as whole shapes so when the new trimming rewrite lands, you'll not be able to trim one of its segments separately. |
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
I have a question regarding the direction of the project. With the changes in this version (0.0.43) the way to aproach sketches changed dramaticaly. I was using fluidcad as a programmatic cad tool, with a nice nvim integration, and web viewer.
I realy liked the cursor approach to sketiching. because it enabled very easy and fast creation of sketches, via code. It is a unike Idea that solved the programmatic approach to sketching. And it worked realy well. I was using Build123d before, but already like fluidcad a lot more.
With the new sketch solver, and everything going into a constraints direction. Will the project become less and less a programmatc cad tool and more a point and click system?
a simple four liner now takes 15 lines of code for the same lines.
with the old scetch:
versus with the new sketch solver:
This is nice for a ui workflow, but typing all this out in code is unpractical.
Wil the old way of sketching be completely abandoned, and going foreward every sketch wil be constraint driven?
All reactions