-
Notifications
You must be signed in to change notification settings - Fork 138
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Diamond as native shape #64
Comments
I usually encourage folks to just go forth and make those shapes, instead of adding them to the standard library. For instance, I can imagine something like
This should be doable now, but I hope to make it easier - by making the Shape API better. Thoughts? |
I agree with @jdan it's better to keep special shapes separate. Maybe we should create an |
I agree to with @jdan. But i think it is better to just create separate builds for isomer. In my own fork i added a method to add custom Shapes / Paths to the Shape and Path constructors. |
@jbovenschen happy to review if you ever want to merge it :) of course you don't need my approval |
I had the same problem with velo, my minimalistic 2D canvas library. I wanted to keep the footprint very small but introduce some flexibility for developers to use third-party "modules". I ended up with a build system that reads the list of modules do be bundled from Because modules in velo are just directories containing JavaScript files, developers can use Git submodules to add their third-party stuff and still keep the main repo clean. |
Things rather unrelated to the core like #8 could be done like this. In fact, in velo, I added a few things that are in the main repo, but not in the default build. |
I'd love to have the diamond-shape as a native shape like, preferably with the ability to set sides (much like cylinder objects).
Oh, and love your work <3
The text was updated successfully, but these errors were encountered: