7 ms·
Yo github... while you're bothering, here are some other things that would be handy: * Visual STL diffs, maybe by coloring deleted/added triangles. Possibly wi
by kanzure 14y ago
Yo github... while you're bothering, here are some other things that would be handy:
* Visual STL diffs, maybe by coloring deleted/added triangles. Possibly with a viewer on gh-pages or on the /:username/:reponame/commits/:branchname endpoint?
* DXF sucks, but yeah DXF rendering.
* Maybe consider thingiview.js (which does not use WebGL) or possibly a WebGL equivalent viewer. Controlled rotation, zooming, camera repositioning, etc. It seems that most of these features are implemented:
https://github.com/josefprusa/Prusa3/blob/master/mini/z-bottom-left.stl https://github.com/josefprusa/Prusa3/blob/master/mini/z-bott...
https://github.com/josefprusa/Prusa3/blob/master/mini/y-motor.stl https://github.com/josefprusa/Prusa3/blob/master/mini/y-moto...
* openscad rendering- I know this is a pain in the butt, especially since openscad still requires xserver. But at least it feels more like source code. There are some other options other than openscad that could be easier to render without an xserver, which would be fine in my book, I am not particularly attached to openscad.
* Other scripting/rendering options... maybe implicitcad, pythonocc (opencascade/python bindings), HeeksCAD/python, FreeCAD/python, OpenJSCAD, something like that. The problem with STL is that it's like transmitting compiled binaries to other developers, but what developers really want to work with is the source code. Having to commit STL is like having to commit compiled binaries.
* UI widgets for committing from SolidWorks, Pro/Engineer, CATIA, AutoCAD, HeeksCAD, FreeCAD, and other front-ends would be really useful. I would be happy to use github.com while working on my next fighter jet project.
* Upverter claims to support git, but really it's just a link to a remote git repository and you can't push your schematics to Upverter. Please feel free to eat their lying lunches. Maybe also circuitlab's (although they have never claimed to have git integration). So yeah, schematics.
* Some projects require thousands of parts that need to be included when rendering, especially in assemblies. It would be nice to be able to see a fully rendered image of a version of the repository contents. This quickly devolves into a mess of file format hell, which I imagine is not something you want to tackle. But maybe this could be done through continuous integration hooks or something?
For whatever it's worth, here's a terrible post-receive bash script I wrote in 2010 for scad rendering on a git server:
http://diyhpl.us/~bryan/irc/gitduino-post-receive.sh.txt http://diyhpl.us/~bryan/irc/gitduino-post-receive.sh.txt
* It would be exceedingly awesome if you could get the RepRap project to jump ship from svn to git. RepRap is the largest, most well organized open source hardware project, and I think it would be a great community to work with to show how strong git is for distributed hardware development.
There are already some really excellent RepRap projects in git repositories on github:
https://github.com/josefprusa/PrusaMendel https://github.com/josefprusa/PrusaMendel
https://github.com/josefprusa/Prusa3/tree/master/mini https://github.com/josefprusa/Prusa3/tree/master/mini
- nickpinkston 14y agoLOL you talk about such features as if they're simple add-ons! Each is a huuuuge commitment from dev to maintenance. But yea, it'd be nice. GrabCAD is about as close to this as you get as far as implementing solid CAD stuff.
- deleted 14y ago[deleted]
- thedaniel 14y agoThe maintenance commitment cannot be understated. If you add some kind of processing to a file format, people are going to expect it to always be there, and always work, so you're taking on an eternal renderer maintenance workload. That said, we'd love to cleverly render all sorts of formats. The limitation is the time and developer energy to do it right and keep it updated.
- jonemo 14y agoWhy not allow third parties to develop plugins, if you don't want to maintain the feature yourself?
- nickpinkston 14y agoTotally - especially because these are hard to maintain if they go wild I assume.
- kanzure 14y ago> LOL you talk about such features as if they're simple add-ons! Each is a huuuuge commitment from dev to maintenance. Nick, you and I have met, we've talked about this before. I'm really surprised that you think that I think they are simple add-ons. We've talked for hours about these things, how the heck could you get that impression from me!
- nickpinkston 14y agoYea, I know Sir Bishop, so don't get offended. It just seems your post made it seem easy. This would be a massive change in direction for GitHub; it's massive technical complexity when they probably don't feel they fully know what's going on with 3D / CAD. We'll get there.