manifold VS dactyl-configurator

Small in a relative sense compared to some larger codebase.

Here's a bit on Manifold:

https://github.com/elalish/manifold/wiki/Manifold-Library

and the author's blog is interesting:

https://elalish.blogspot.com/search/label/Manifold

For cad kernels I highly recommend manifold https://github.com/elalish/manifold

Our project https://github.com/elalish/manifold made use of this to speed up mesh processing algorithms a lot.

Wondering why no BRep support means it is not a CAD. It seems that OpenVSP doesn't use BRep but uses parametric surface [1]. I wonder if mesh-based modeling + some constraints solving will get you a CAD, or are there other requirements that I don't know? I only work on mesh processing library on my free-time and I don't know much about BRep.

[1] https://github.com/elalish/manifold/discussions/549#discussi...

Unhealthy relationship with keyboards? Comparing with the r/MechanicalKeyboards or r/ErgoMechKeyboards people this relationship is more like divorced...

I added python binding and ended up being on of the devs for https://github.com/elalish/manifold because OpenSCAD is too slow for my modeling (I am quite impatient). Optimizing my keyboard for months with more than 5 complete rebuilds to optimize my design (looks like this: https://i.redd.it/xtf0f54mt7ya1.jpg), and is afraid of open sourcing it because my code looks too bad :(

Now much faster and more stable thanks to the Manifold engine (https://github.com/elalish/manifold): in fact it is often faster than the last stable desktop release from https://openscad.org/.

Also much better code completion, and ships with a few examples from the various bundled libraries to get you started.

At the end, they gonna replace it with ( elalish manifold.

I was thinking about printing a fully parameterized DM from here: https://ryanis.cool/dactyl/ (it even. has hotswappable sockets which is cool) but I'm not sure if DM is better than Scylla.

I've just published the first major update to my dactyl generator since its release. I've eliminated the holes that plagued models, improved plate generation, added estimates of the amount of material needed to print supports to the filament estimator, and have made things speedier. If you're interested in the details you can read the release notes on GitHub.

Yeah, i did print it myself, i played a bit with https://ryanis.cool/dactyl and liked the ideia of 4 thumb keys

Sorry, this was generated using ClojureScript. I may get around to setting up the environment in your repo and testing. I will let you know if I do.

ryanis dactyl generator has a 'choc' Key Hole option. This generator outputs openCAD and stl formats.

that said, if you want to play a bit with 3d printing and designing you own keyboard, there's https://ryanis.cool/dactyl, which is a awesome tool to create a dactyl style keyboard the way you feel like

See the dactyl tool linked as a sibling comment: https://ryanis.cool/dactyl by https://news.ycombinator.com/item?id=35769435

For measuring your hand, Google has a machine learning model for hand pose that gives you the joint positions. It's not a full mesh like other tools and it's only a library so you'd have to build a small app around it, yet it's surprisingly accurate. I'm planning on integrating this into the next version of my generator, but it'll likely take a few months to implement & test. If you're interested you can follow the progress.

Seeing the even more complex work that's going into trackball builds, I don't intend for the site to be the be-all and end-all of keyboard generators. I just don't have the time to integrate all those. However, I hope it makes jumping into the dactyl rabbit hole more accessible and fun for everyone. Please let me know what you think! The code is open source at https://github.com/rianadon/dactyl-configurator.