<JordanBrown[m]>
oh, hmm. I guess it would help if I committed, eh?
<JordanBrown[m]>
There, that's better.
<JordanBrown[m]>
My only real concern is that the snarky message when you specify both "h" and "height" should probably change.
<JordanBrown[m]>
Not this project: it seems like the heuristic for old-style vs new-style arguments is more complex than it needs to be. It seems like it should be "if the first argument is a number and has no name, parse the new way, else parse the old way". Or perhaps "if the first argument is a string and has no name, parse the old way, else parse the new way".
<JordanBrown[m]>
Or, since the old style has been deprecated for 11 years, just rip it out.
<linext_>
i picked up a 3d camera on sunday that does blue/red 3d effect like the Prototype Fund website: https://prototypefund.de/
<linext_>
you need red/blue glasses to view the 3d effect
<linext_>
kind of a crummy camera
califax has quit [Remote host closed the connection]
califax has joined #openscad
fling has joined #openscad
J1A844553 has joined #openscad
J1A8445 has quit [Ping timeout: 260 seconds]
califax has quit [Ping timeout: 255 seconds]
califax has joined #openscad
ndnihil has quit [Ping timeout: 252 seconds]
ndnihil has joined #openscad
ndnihil has quit [Changing host]
ndnihil has joined #openscad
ndnihil has quit [Client Quit]
ndnihil has joined #openscad
ndnihil has quit [Changing host]
ndnihil has joined #openscad
califax_ has joined #openscad
califax has quit [Remote host closed the connection]
califax_ is now known as califax
<JordanBrown[m]>
Digital camera?
fling has quit [Remote host closed the connection]
fling has joined #openscad
Sauvin has quit [Ping timeout: 248 seconds]
phryk has joined #openscad
J1A844553 has quit [Quit: Client closed]
J1A844553 has joined #openscad
ndnihil has quit [Ping timeout: 252 seconds]
ndnihil has joined #openscad
ndnihil has quit [Changing host]
ndnihil has joined #openscad
ur5us has quit [Ping timeout: 255 seconds]
ur5us has joined #openscad
use-value has quit [Ping timeout: 246 seconds]
ur5us has quit [Ping timeout: 255 seconds]
ur5us has joined #openscad
Scopeuk has quit [Quit: Ping timeout (120 seconds)]
Scopeuk has joined #openscad
Scopeuk has quit [Quit: Ping timeout (120 seconds)]
Scopeuk has joined #openscad
ur5us has quit [Ping timeout: 255 seconds]
fling has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
ur5us has joined #openscad
fling has joined #openscad
ur5us has quit [Ping timeout: 246 seconds]
lastrodamo has joined #openscad
<J1A844553>
WARNING: Resize in direction normal to flat object is not implemented -- tried to resize a difference with a extruded svg.. any idea what the reason is.. using render() solves this
ur5us has joined #openscad
<J1A844553>
oh i get this with every difference https://bpa.st/GVQA .. what is wrong here?
<J1A844553>
seems this is fast CSG related (works without fast CSG)
KimK_ has quit [Quit: Leaving]
la1yv has quit [Ping timeout: 246 seconds]
ur5us has quit [Ping timeout: 246 seconds]
TheAssassin has quit [Ping timeout: 255 seconds]
TheAssassin has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
Sauvin has joined #openscad
othx has quit [Read error: Connection reset by peer]
othx has joined #openscad
snaked has quit [Quit: Leaving]
<InPhase>
J1A844553: Git blames teepee...
<InPhase>
Because teepee beautified the code.
<J1A844553>
"beautified" Ü
<InPhase>
Okay, last actual edit was 70dec9d79b, where Olivier Chafik moved that warning from CGAL_Nef_polyhedron to cgalutils, and edited the code around it some.
<InPhase>
Not sure if that's actually the issue source though. That was in February, and I feel like we would have noticed that before now. :)
<J1A844553>
hm .. why is * not working on include .. and if(true) include<> causes errors .. sigh
<teepee>
include is not a normal statement, try with { include<> }
juri_ has quit [*.net *.split]
<JordanBrown[m]>
It's kind of unfortunate that "include" and "use" didn't get special markings like "#include" does in C.
<teepee>
2nd parameter is never a boolean or "center"
<teepee>
if the first one is a string, the second is "layer"
<teepee>
otherwise it's "file"
<JordanBrown[m]>
ah, right, I tried it and didn't check whether it centered.
<teepee>
which is a surprisingly bad choice
<teepee>
origin is specific to DXF I think
<JordanBrown[m]>
made sense when importing a file was the only way that linear_extrude worked. Or at least was a primary way.
<JordanBrown[m]>
That's been deprecated for 11 years; I move that we rip it out.
<J1A844553>
at least the "help bubble" and cheatsheet need to reflect this anyhow
<teepee>
help bubble, yes, that could use a general brush-up
<J1A844553>
origin is somthing for dxf? .. i tried numbers text and bool .. nothing was accepted
<teepee>
not so sure about the cheatsheet, it's not supposed to give *all* the possible details, that's what the documentation is for (which also needs improvements in that regard)
qeed has quit [Quit: qeed]
<teepee>
[x, y]
<J1A844553>
and as "file" »will be removed « since several years .. file and layer should be moved at the end
<JordanBrown[m]>
I suspect that origin is a built-in translate. (Which in turn makes one ask "why not use the normal translate?".)
qeed has joined #openscad
<J1A844553>
vector .. logical in hindsight .. but only works for the dxf ..doesn't move the child (which also wouldn't make much sense)
<teepee>
yes, it would only work if linear extrude does the actual dxf import
<teepee>
aka dxf_linear_extrude()
<J1A844553>
and if you load a dxf you cant use translate .. so it was necessary then
<J1A844553>
well i vote for moving those variables to the end
<JordanBrown[m]>
if you load a DXF you could still translate the resulting 3D object.
<J1A844553>
is that resize difference problem for fast CSG something you want an issue opened?
<JordanBrown[m]>
Note that moving them to the end is in theory a compatibility problem.
<J1A844553>
JordanBrown it is not as it is already depreciated and has a warnig that this is removed and you should use import ()
<J1A844553>
maybe removing them would be better
<JordanBrown[m]>
The warning is that it *will be* removed. It sure looks like it's still there, but I don't know if I have a convenient way to generate a DXF to check.
<J1A844553>
inkscape .. or export a dxf for openSCAD
<J1A844553>
s/for/from
<J1A844553>
so remove for v2022/2023
<JordanBrown[m]>
layername sure looks like it is unused.
castaway has joined #openscad
<JordanBrown[m]>
no, I didn't look far enough.
<JordanBrown[m]>
Looks like that DXF stuff is still there.
<JordanBrown[m]>
But like I said, I'd be in favor of removing it.
<JordanBrown[m]>
If eleven years of deprecation notice isn't enough, then we should just give up on the idea that anything can ever be removed.
<J1A844553>
i understand that https://0.30000000000000004.com/ but when an offset of .2 causes roof/fastCSG error.. and .19 works it just sucks
josephl has joined #openscad
josephl has left #openscad [#openscad]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
e2k has quit [Quit: leaving]
qeed_ has joined #openscad
e2k has joined #openscad
qeed has quit [Ping timeout: 252 seconds]
califax has quit [Remote host closed the connection]
califax has joined #openscad
fling has quit [Ping timeout: 255 seconds]
fling has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
ali1234 has joined #openscad
la1yv has joined #openscad
<peepsalot>
J1A844553: did you open an issue about that one? i thought you had, but can't find it.
<J1A844553>
no i asked if i should .. wasn't sure how big the problem is
<J1A844553>
peepsalot and as inphase already checked the code i thought maybe it is already fixed
<J1A844553>
peepsalot oh did we speak from different things .. i thought you meant the resize error .. but now i think you speak from the .2 offset problem?
<peepsalot>
yeah i was replying to your most recent comment of offset .2
<J1A844553>
it is possible that the root cause of 4120 also causing the errors with repeating decimals
<J1A844553>
i assume it is how roof is generating the skeleton and somehow fastCSG is then assuming the "mesh is not closed"
<J1A844553>
what i had today (again) was displayed in perview but rendering caused the problem ( "rendering cancelled by exception unathorized intersection constraints" is what i get now when i try to replicate this)
ur5us has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
califax has quit [Ping timeout: 255 seconds]
teepee has quit [Quit: bye...]
teepee has joined #openscad
califax has joined #openscad
lastrodamo has quit [Quit: Leaving]
la1yv_a has joined #openscad
la1yv has quit [Ping timeout: 252 seconds]
la1yv_a is now known as la1yv
ali1234 has quit [Remote host closed the connection]
ali1234 has joined #openscad
JakeSays has joined #openscad
JakeSays has quit [Client Quit]
JakeSays has joined #openscad
epony has quit [Remote host closed the connection]