whitequark changed the topic of #solvespace to: SolveSpace--parametric 2d/3d CAD · latest version 2.3 · http://solvespace.com · code at https://github.com/solvespace/solvespace · logs at https://irclog.whitequark.org/solvespace · message channel op if you can't talk
Radicarianubis has quit [Read error: Connection reset by peer]
_whitelogger has joined #solvespace
swivel has joined #solvespace
<swivel> why is it when i extrude a sketch that has been "step and repeat rotating"ed, it doesn't seem to form a solid
<swivel> but if i extrude the sketch first, then do the step-repeat-rotate, it does
<swivel> I expected the extrude step to always produce a solid
<swivel> regardless of the order
<swivel> version is 2.3+repack1-2 from debian 9.5 FYI
<whitequark> swivel: I just tried and it seems to work for me, can you show me a sketch exhibiting the bug?
<swivel> gimme a sec I'll try recreate the file
<swivel> I'm a solvespace noob so maybe I'm just not doing something right
<swivel> but it's not making the faces opaque
<swivel> and when I try to export a triangle mesh from that it says "Active group mesh is empty; nothing to export"
<whitequark> swivel: ok, two things
<whitequark> first, make the vertical line at center construction (using "g")
<whitequark> second, make the sketch centerline lie on the Y axis
<whitequark> by constraining the vertical line to origin, for example
<whitequark> actually, only the first thing is required for your sketch, sorry
<whitequark> the t hing is that solvespace cannot extrude sketches with overlapping lines
<whitequark> which are a sub-case of self-intersecting sketches
<whitequark> you have to help it a bit
<swivel> oh, usually the window turns red when things are broken
<swivel> i didn't realise they were self-intersecting
<whitequark> yeah, *that* is a bug
<swivel> yeah 'g' on the center line in the sketch fixes it
<whitequark> please file an issue!
<whitequark> actually I think there's one already, can you take a look?
<swivel> is 'g' discoverable somewhere?
<whitequark> yeah
<whitequark> sketch -> toggle construction
<whitequark> it's in the tutorial too
<whitequark> no, sorry, different bug
<whitequark> I think this one is specific to rotations and translations
<swivel> i don't understand what does "toggle construction" do?
* swivel should probably read the tutorial
<whitequark> construction lines don't participate in 3d operations like extrude and lathe
<whitequark> yeah
<swivel> oh, interesting
<swivel> so if I had left the center line out altogether things would have worked?
<swivel> looks that way
<swivel> with a seemingly benign complaint about the contour not being closed anyways
<GitHub> [solvespace] vcaputo opened issue #352: Extrude quietly fails to produce a solid on self-intersecting sketches https://github.com/solvespace/solvespace/issues/352
<whitequark> No file attached
<swivel> for some reason the file attach process is failing
<swivel> "Something went really wrong, and we can't process that file"
<swivel> now it worked
* swivel squints at github
<swivel> whitequark: while I seem to have your attention on some level, do you know if there are any major performance improvements in solvespace since my version 2.3 in debian?
<swivel> it becomes unusably slow rather easily on my old dual core thinkpad
<swivel> and it's kind of unpredictable when it happens, like I have this somewhat complex model I'm working on and things start out fast but then it out of nowhere starts takinga very long time to do any operatoin
cr1901_modern has quit [Read error: Connection reset by peer]
cr1901_modern has joined #solvespace
<whitequark> swivel: yes, there are improvements since 2.3
<whitequark> perhaps not enough for your case, but give master a try
<swivel> will do, thanks for the help
<swivel> Kind of loving solvespace, when it cooperates at least - the simplicity is beautiful
<swivel> also learning blender for doing some 3d game dev and its UX feels downright hostile relative to solvespace
edef has quit [Quit: Reconnecting]
edef has joined #solvespace
edef is now known as Guest42674
Guest42674 has quit [Client Quit]
edef has joined #solvespace
edef is now known as Guest40137
Guest40137 has quit [Client Quit]
edef_ has joined #solvespace
edef_ is now known as edef
cr1901_modern has quit [Read error: Connection reset by peer]
cr1901_modern has joined #solvespace
<GitHub> [solvespace] CLAassistant commented on issue #353: [![CLA assistant check](https://cla-assistant.io/pull/badge/signed)](https://cla-assistant.io/solvespace/solvespace?pullRequest=353) <br/>All committers have signed the CLA. https://github.com/solvespace/solvespace/pull/353#issuecomment-421131183
<appveyor-ci> solvespace/solvespace#570 (master - fb6c8e8 : coyote): The build passed.
<GitHub> [solvespace] whitequark commented on issue #353: That is not what is recommended.... https://github.com/solvespace/solvespace/pull/353#issuecomment-421137036
<GitHub> [solvespace] ktrace commented on issue #353: Sorry, but for source-based distro like gentoo we can't recommend _every_ user make changes by hand. https://github.com/solvespace/solvespace/pull/353#issuecomment-421138413
<GitHub> [solvespace] whitequark commented on issue #353: What about using sed to replace that line with the actual git commit the source tarball is made from? https://github.com/solvespace/solvespace/pull/353#issuecomment-421140453
<GitHub> [solvespace] whitequark commented on issue #353: I guess I could make it possible to specify GIT_COMMIT_HASH via a command-line option to cmake as well. https://github.com/solvespace/solvespace/pull/353#issuecomment-421141142
<GitHub> [solvespace] blinkenlight commented on issue #314: @Evil-Spirit unfortunately this version works even worse for me; loading only my first assembly object and nothing else (the bottom half of a plastic box) and dragging it around, I get render times of 3200ms per frame; I can only approximate for the standard release 2.3 binary, but it looks slightly under a second per frame. This is only when dragging the box of cours
<Guest23589> [solvespace] ktrace commented on issue #353: > I guess I could make it possible to specify GIT_COMMIT_HASH via a command-line option to cmake as well.... https://github.com/solvespace/solvespace/pull/353#issuecomment-421142636