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
nathan7 has quit [Ping timeout: 255 seconds]
nathan7 has joined #solvespace
nathan7 has quit [Ping timeout: 240 seconds]
nathan7 has joined #solvespace
nathan7 has quit [Ping timeout: 245 seconds]
nathan7 has joined #solvespace
nathan7 has quit [Ping timeout: 276 seconds]
nathan7 has joined #solvespace
<GitHub> [solvespace] mdejean opened issue #167: Can't make periodic cubic https://github.com/solvespace/solvespace/issues/167
<GitHub> [solvespace] mdejean opened pull request #168: don't prevent selection of first point of pending cubic (master...periodic_cubic) https://github.com/solvespace/solvespace/pull/168
wpwrak has quit [Read error: Connection reset by peer]
wpwrak has joined #solvespace
<GitHub> [solvespace] wpwrak opened pull request #169: New CLI command "dump" to load and then save a .slvs, to refresh assemblies (master...dump-to-refresh) https://github.com/solvespace/solvespace/pull/169
<wpwrak> hmm, can a group become detached from a workplane ? e.g., when the geometry of the underlying part that provided the reference point for "sketch in new workplane" changed ?
<wpwrak> mmh. or maybe not. getting strange effects with distances.
<GitHub> [solvespace] Evil-Spirit commented on issue #167: @whitequark, fixed here. https://github.com/solvespace/solvespace/issues/167#issuecomment-274866387
<GitHub> [solvespace] mdejean closed pull request #168: don't prevent selection of first point of pending cubic (master...periodic_cubic) https://github.com/solvespace/solvespace/pull/168
<GitHub> [solvespace] mdejean commented on issue #168: obsoleted by e25a163. https://github.com/solvespace/solvespace/pull/168#issuecomment-274874251
<GitHub> [solvespace] wpwrak opened issue #170: export-mesh issues cause assertion failure https://github.com/solvespace/solvespace/issues/170
mumptai has joined #solvespace
<GitHub> [solvespace] whitequark commented on issue #167: Actually, I can't seem to be able to reproduce the bug.... https://github.com/solvespace/solvespace/issues/167#issuecomment-274905175
<GitHub> [solvespace] mdejean commented on issue #167: Ah, yeah. [this](https://github.com/solvespace/solvespace/commit/55ae10b5b84ce51042ac9957cfbf01e70d48c952#diff-f43ee4b722fdb04241093b055c6cb28dR1044) adds the cubic to pending.requests, but then immediately calls ClearSuper() which empties pending.requests, preventing the bug from appearing. https://github.com/solvespace/solvespace/issues/167#issuecomment-274911611
<GitHub> [solvespace] mdejean commented on issue #167: Ah, yeah. [this](https://github.com/solvespace/solvespace/commit/55ae10b5b84ce51042ac9957cfbf01e70d48c952#diff-f43ee4b722fdb04241093b055c6cb28dR1044) adds the cubic to pending.requests, but then immediately calls ClearSuper() which empties pending.requests, preventing the bug from appearing. https://github.com/solvespace/solvespace/issues/167#issuecomment-274911611
<GitHub> [solvespace] whitequark commented on issue #169: This doesn't actually work properly because it doesn't call SS.ReloadAllImported. In any case I've implemented it correctly in master. https://github.com/solvespace/solvespace/pull/169#issuecomment-274919763
<GitHub> [solvespace] whitequark pushed 3 new commits to master: https://github.com/solvespace/solvespace/compare/ff0af6fdbade...3fc85b79341f
<GitHub> solvespace/master 3fc85b7 whitequark: CLI: add the "regenerate" command, for use in Makefiles etc.
<GitHub> solvespace/master 27a5f6f whitequark: CLI: include directory name in %-replacement.
<GitHub> solvespace/master 67a916d whitequark: CLI: show usage when --help/-h passed.
<whitequark> wpwrak: (become detached) yes. well, sort of.
<whitequark> in the sense of someone in an amphetamine psychosis being detached from reality, rather than in the sense of a button being detached from a shirt
<GitHub> [solvespace] whitequark commented on issue #166: Done in master, command "regenerate". https://github.com/solvespace/solvespace/issues/166#issuecomment-274921854
<GitHub> [solvespace] whitequark commented on issue #170: This is not "really" a bug in the sense that I'm aware of this behavior, most of SolveSpace's codebase is just not adjusted for CLI yet.... https://github.com/solvespace/solvespace/issues/170#issuecomment-274922909
<wpwrak> (#169) thanks !
<wpwrak> (detached) hmm, as long as it's reversible, ...
<whitequark> not necessarily easily reversible.
<whitequark> well.
<whitequark> everything is reversible as long as you check your files into VCS.
<wpwrak> ;-) the problems begin when you build on top of something and then, days later, realize that something down there got irreversibly loose
<wpwrak> that's actually the constant fear i have: that something like this happens by accident
<whitequark> right, so if you never delete anything from an imported sketch, you'll never break anything downstream
<wpwrak> oh, i could delete things from an imported (assembled) sketch ? that's an ability that may be good to avoid having ;-)
<wpwrak> especially if it could be exercised by accident
<whitequark> hm? of course you can. just open the file you've imported and delete things.
<whitequark> s/imported/linked/
<whitequark> linking a file doesn't affect it in any way, nor could it
<wpwrak> ah, downstream in that sense. right.
<wpwrak> could slvs issue a warning if it loses something that way, when loading the downstream part ? so that one can revert or repair in a timely manner ?
<whitequark> it does, of course, the usual "I've deleted some stuff that depended on now-deleted stuff"
<whitequark> you can't undo that when it happens when loading the file, of course
<wpwrak> well, by reverting the upstream change (in vcs)
<whitequark> yes
<wpwrak> (the usual) good. since i haven't been greeted by something like then when loading, that means that this sort of accident hasn't happened yet. another sigh of relief :)
<GitHub> [solvespace] whitequark pushed 1 new commit to master: https://github.com/solvespace/solvespace/commit/d4b052d34d94a62d9a9921f9c7916c4821bb325a
<GitHub> solvespace/master d4b052d EvilSpirit: Fix logic introduced in 55ae10b....
<travis-ci> solvespace/solvespace#342 (master - 3fc85b7 : whitequark): The build passed.
mumptai has quit [Quit: Verlassend]
<travis-ci> solvespace/solvespace#343 (master - d4b052d : EvilSpirit): The build passed.
<wpwrak> hmm, if my cylindrical items (as STL) are very non-round, should changing the "export chord tolerance" on the part that assembles everything help ? because, it doesn't seem to.
<whitequark> mmh, I don't recall.
<whitequark> but note that export chord tolerance setting is global.
<whitequark> actually, hang on, I think you've spotted a fairly nasty bug...
<wpwrak> :)
<whitequark> a semantic one, that is, not a coding issue
<wpwrak> oh, that "global" really is. ~/.config/solvespace/settings.json
<whitequark> indeed
<whitequark> (that file is not used by the CLI, btw
<wpwrak> good :) ah, and at the CLI i can set my own tolerance. excellent.