<InPhase>
JordanBrown: On occasion I've faked that the hard way in git with a fresh checkout, and work stuff in one at a time.
<InPhase>
I guess the primary thing in the way of tooling is that the interface design would be tricky. It would pretty much have to be constrained to a gui I think to be sensibly usable, and even then would be tricky to make convenient to use.
J1A846291 has joined #openscad
J1A8462 has quit [Ping timeout: 252 seconds]
ghee has quit [Quit: EOF]
teepee has quit [Remote host closed the connection]
<InPhase>
And... Does it leave it in a state that it will still merge back with master without chaos?
<InPhase>
At "rewrites the git index" I have concerns that needs to be explicitly checked as the final step. :)
<peeps[zen]>
not sure, so far I've only confirmed that it leaves it in a state that "git mergetool" appears to present the 3-way merges properly
<peeps[zen]>
also i realized I shouldn't count tab-completion as an exhaustive list of git subcommands. it has like 100 more commands than that. Have to use "git help -a"
<InPhase>
I see a latexdiff, but no jsondiff.
<InPhase>
Although the one json file I really need a git diff for is ipynb files for JupyterLab. The lack of diffing for those being part of git makes them really hard to use for anything that needs version control.
<InPhase>
So quite a lot of commands, but not the ones I need. :)
<InPhase>
Maybe git needs a plugin system.
<peeps[zen]>
hmm? can't you set "git difftool" to whatever you want?
<peeps[zen]>
i don't see latexdiff from my git. is that under "External Commands"?
<peeps[zen]>
"Instead of running one of the known diff tools, git difftool can be customized to run an alternative program by specifying the command line to invoke in a configuration variable difftool.<tool>.cmd"
<InPhase>
teepee: Hahah. Flicker as an alignment feature sure sounds hazardous to rely on. :)
<Friithian>
:| pro tip: tree style supports and conical supports in cura don't mix well
<Friithian>
and it doesn't like my .5mm thick cylinder
teepee has quit [Quit: bye...]
teepee has joined #openscad
teepee has quit [Ping timeout: 268 seconds]
teepee has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
teepee_ has joined #openscad
ghee has joined #openscad
teepee has quit [Ping timeout: 268 seconds]
teepee_ is now known as teepee
fling has quit [Remote host closed the connection]
fling has joined #openscad
<artag>
I've got a model of 1.8 million triangles and I'm trying to make a smaller model which is just a cross-sectional slice of it (the model is roughly a hemisphere). I can get openscad to do this in preview but in full render it reports 'too big for cache'. So I increase the cache, and then the progress bar sticks forever at 200/1000 and I get an error qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow),
<artag>
sequence: 463, resource id: 10565796, major code: 40 (TranslateCoords), minor code: 0'
<artag>
openscad is v2021.01
<artag>
is there anything else I can do ?
<artag>
CPU is jammed at 100% but the gui is responsive
fling has quit [Remote host closed the connection]
fling has joined #openscad
<artag>
are there any command line utilities for manipulating stl files ?
<teepee>
you can try if a dev snapshot version with preferences->fast-csg options helps
<teepee>
otherwise there's some command line utils, I saw a github repo some time ago
<artag>
yeah i've found stl-utils but they don't seem to be of general use
<artag>
will try the dev build thanks
fling has quit [Remote host closed the connection]
<teepee>
but no changes for years. but if it works, that's no problem
<artag>
I'm not against using code that's bug-free :)
<artag>
yeah, that one seems more useful, thanks. Actuually it was stl-utilities I found, stl-utils is related to standard template library
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
ur5us has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
<JordanBrown>
Did anybody ever directly answer Guest52's question?
<JordanBrown>
The answer is: um, it depends. What did you want your greeting card to look like?
<J1A846291>
No he waited just 5min and not for an answer Ü
califax has quit [Remote host closed the connection]
<J1A846291>
btw a question is not an answer .. if he doesn't specify just think about the simplest version
califax has joined #openscad
<JordanBrown>
Yeah, I just made the mistake of starting my response before typing up the simple version. Here's a simple version, a bit overengineered: https://bpa.st/ZEKQ
<JordanBrown>
But you might want anything. Did you want it to expand when it opens, like some paper ones? Much harder. Did you want it to form a mini-kit for the recipient to assemble, like https://www.thingiverse.com/thing:362357 ?
<othx>
JordanBrown linked to "Velociraptor Business Card by Cleven" on thingiverse => 1 IRC mentions
<JordanBrown>
Still, the simple answer might help him get started.
<JordanBrown>
Those are amazing.
<J1A846291>
yes but i fear your answer will not reach him anymore
<JordanBrown>
Indeed.
<JordanBrown>
Now if only that GIF had any indication of where you could acquire them.
<J1A846291>
however your answer is exactly what i thought we could collect in the wiki as kind of side tutorial "how to make things" - and then you could add outlines with offset or embossed text etc..
<JordanBrown>
Yes. I wonder if I can turn an SVG into something for our Silhouette...
fling has quit [Remote host closed the connection]
fling has joined #openscad
<J1A846291>
i guess SCAD is not ideal to make open path cuts .. and cutter don't like to move back (laser works) however do you know https://peterdahmen.de/
<JordanBrown>
A more over-engineered version, that automatically makes the text as big as will fit, requires the experimental textmetrics feature from the development snapshots: https://bpa.st/DTAA
<JordanBrown>
Awfully cool.
<JordanBrown>
And yes, I have thought about (and even prototyped a little) a 2D equivalent to OpenSCAD for programmatically drawing stuff in 2D. You used to be able to do it in CorelDraw, but the latest version I picked up moved the scripting language to a "pro" version.
<JordanBrown>
And I keep thinking about a 1D subsystem for drawing line segments. (Or would that be 1.5D, since you'd be able to translate and rotate them?)
<JordanBrown>
That is, a 1D subsystem for OpenSCAD.
<JordanBrown>
The "awfully cool" comment was meant to apply to Dahmen's work, not to my greeting card :-)
<InPhase>
It is possible, but would be an undertaking. We'd need a whole set of commands for merging them.
<InPhase>
Like, linear_extrude and rotate_extrude, but for lines to 2D.
<JordanBrown>
Maybe. Or maybe it would be as little as an option to polygon() that makes it not close the polygon.
<InPhase>
And maybe something like intersection but specifically designed to rip a line out of a 2D object.
<JordanBrown>
And maybe extending polygon() so that the coordinates can be in 3D.
<JordanBrown>
Why isn't that just intersection()?
<InPhase>
Because there's already a definition for intersection of two 2D objects.
<JordanBrown>
Or do you mean to take a closed 2D object and cut it into not-closed 1D objects?
<InPhase>
Yes.
<InPhase>
Like circle snipped with a square gives a 1D line arc of 90 degrees.
<InPhase>
Well, "1D". A line arc anyway.
<JordanBrown>
So that seems like it should be a way to take a *filled* 2D object, the only kind we have now, and turn it into just a bunch of lines.
<JordanBrown>
And then you could intersect it.
<JordanBrown>
Maybe circle(..., fill=false)
<JordanBrown>
But a general way to convert a 2D figure into lines would be better.
<InPhase>
And you're going to have a whole mess on your hand to reason out if you start allowing lines that cross each other. :)
<JordanBrown>
That only seems like a problem if you want to convert lines into a filled 2D object.
<JordanBrown>
But is it just line segment soup, or are the line segments connected?
<JordanBrown>
Anyhow, yes, there's a lot to think about.
<InPhase>
Yeah. Well, for sensible integration there need to be reliable tools to go back and forth between lines and polygons.
<JordanBrown>
But the laser cutter folks would love us.
<InPhase>
If it only did lines by itself that aren't cross-compatible, then it doesn't "fit" well and could be a separate tool. But if it can be useful and also integrate and go back and forth, then it's both a design tool and something useful for some separate line trace purposes.
<JordanBrown>
I haven't looked into it, but "closed connected sequence of line segments" to "filled 2D figure" seems to be a stock operation in 2D drawing programs.
<JordanBrown>
And they seem to handle figure-8s just fine.
<InPhase>
What about circle in a circle?
<InPhase>
If you pass that to polygon right now, you get a hollowed out ring.
<JordanBrown>
(fires up Corel Draw...)
<JordanBrown>
First answer is obvious: if you just make two circles, they're two circles. But hmm: if you have a 1D object that is coplanar with and entirely contained in a 2D object, does the union make it disappear?
<JordanBrown>
Like a 2D object contained within another 2D object disappears.
<JordanBrown>
Standard drawing programs don't union unless you tell them to.
<JordanBrown>
In Corel Draw, if you make a single figure that is two concentric circles, you get a donut.
<JordanBrown>
A hollowed-out ring, as you say.
<JordanBrown>
Strictly speaking, I don't think CorelDraw will let you combine two circles into one object. I think you have to convert the circles into curves first. But that seems like a detail.
<JordanBrown>
Oh, no, it let me. Just not with a context menu.
<JordanBrown>
No, with a context menu too. I must have been doing something wrong the first time.
<JordanBrown>
If I "weld" (== union) the two together, the inner one just disappears.
<JordanBrown>
But yes, there's a ton of design questions.
<JordanBrown>
The previewer actually seems to do semi-sensible things with intersections and differences of 2 and 3D objects. But that's probably because it handles 2D objects as 1-unit-thick 3-D objects. Render doesn't like combining them.
<JordanBrown>
Which is kind of too bad, because intersection seems well-defined, and 2D minus 3D seems well-defined.
<othx>
InPhase linked to "18650 Battery Holder by rcolyer" on thingiverse => 1 IRC mentions
<InPhase>
I suppose I never converted that one to the other sizes.
<teepee>
the fun part would be the beer crate part ;-)
<teepee>
on the image it looks cool
<InPhase>
This is the one I use for my AA and AAA batteries. Might not be a beer crate, but the FIFO property is excellent. https://www.thingiverse.com/thing:469115
<othx>
InPhase linked to "AA AAA Extendable Battery Dispenser - Lightened with lid and full plates! by RaMcHiP" on thingiverse => 1 IRC mentions
<InPhase>
I never bothered to print the lid.
<teepee>
big clive reinvented that too
<InPhase>
It looks like the battery diameter in mine is the only thing that would need to be tweaked for other round battery types.
<teepee>
cool. that's an important point. parametric is good, having a very good selection of what parameter goes in is much much better