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
mumptai has quit [Quit: Verlassend]
cr1901_modern has quit [Ping timeout: 245 seconds]
cr1901_modern has joined #solvespace
cr1901_modern has quit [Read error: Connection reset by peer]
cr1901_modern has joined #solvespace
<GitHub> [solvespace] wpwrak opened issue #158: looks for imesh_texr.frag that no longer gets installed https://github.com/solvespace/solvespace/issues/158
mumptai has joined #solvespace
mumptai has quit [Remote host closed the connection]
<GitHub> [solvespace] whitequark pushed 1 new commit to master: https://github.com/solvespace/solvespace/commit/85b8439e95a266d5e333b48fe9c4a7762600214f
<GitHub> solvespace/master 85b8439 whitequark: Fix reference to a shader that no longer exists.
<GitHub> [solvespace] whitequark closed issue #158: looks for imesh_texr.frag that no longer gets installed https://github.com/solvespace/solvespace/issues/158
<GitHub> [solvespace] whitequark opened issue #159: Crash when deleting a group https://github.com/solvespace/solvespace/issues/159
<GitHub> [solvespace] whitequark pushed 1 new commit to master: https://github.com/solvespace/solvespace/commit/1d1bdddef21baf1e312fcc65bb67e76c87b2b0fc
<GitHub> solvespace/master 1d1bddd whitequark: Revert "Simplify Group::IsVisible(), GroupsInOrder()."...
<travis-ci> solvespace/solvespace#323 (master - 85b8439 : whitequark): The build passed.
wpwrak has joined #solvespace
<travis-ci> solvespace/solvespace#324 (master - 1d1bddd : whitequark): The build has errored.
<travis-ci> solvespace/solvespace#324 (master - 1d1bddd : whitequark): The build passed.
<wpwrak> whitequark: by the way, that g002 with the not closed contour and its failed extrusion both showed as "ok" in the text window. might be a good place to show something red, even some other aspects of them are indeed "okay"
<whitequark> wpwrak: but it already shows you red text over all the geometry
<whitequark> that is unless you have turned that off...
<wpwrak> grmbl. and the difficulty in bringing up my displaced TW is back :( so whatever is at the root of that problem isn't solved yet. just goes dormant at times. just the sort of bug i like best :(
<whitequark> no luck with GDK_DEBUG=ALL ?
<wpwrak> whitequark: yes, the red text is there, but only if you're in that group. so if you miss it there and go elsewhere, you won't notice so easily
<wpwrak> not sure how i missed it in the first place, though. maybe some gremlin sneaked in and changed the "G" while i was sleeping :)
<whitequark> mmh, I think the idea was that sketches with no closed contour aren't inherently broken, extrusions from them are
<wpwrak> (GDK_DEBUG) yeah, that'll be next
<whitequark> solver errors generally make the entire file unusable until they are fixed
<whitequark> not-closed-contour, not so much, and the result is generally immediately obvious
<wpwrak> show(group->okay && group->successfully_extruded ? "<green>ok" : "<red>bad"); ? :)
<whitequark> oh, I know how to implement it
<whitequark> I was just wary of intermingling the "error: until you fix this you won't be able to get anything done" and "error: this maybe doesn't do what you want, or you forgot it in the middle of something" states
<travis-ci> whitequark/solvespace#638 (master - 6c0e30f : whitequark): The build was fixed.
<wpwrak> hmm, GDK_DEBUG=ALL does this: https://0bin.net/paste/sG3VKOe0VBlRXouU#YU22ua+X7dfddmuWKP0Gni2ztSHDilsUHG+uAD99hIE
<whitequark> I don't see anything obviously wrong
<wpwrak> ah, that is without using DISPLAY_TEXTWND. so it traps even without using my change.
<GitHub> [solvespace] Evil-Spirit commented on issue #159: @whitequark ... https://github.com/solvespace/solvespace/issues/159#issuecomment-272856562
<GitHub> [solvespace] Evil-Spirit commented on issue #159: @whitequark ... https://github.com/solvespace/solvespace/issues/159#issuecomment-272856562
<GitHub> [solvespace] Evil-Spirit commented on issue #159: @whitequark, fixed here https://github.com/solvespace/solvespace/issues/159#issuecomment-272856804
<travis-ci> whitequark/solvespace#638 (master - 6c0e30f : whitequark): The build was fixed.
<GitHub> [solvespace] whitequark pushed 2 new commits to master: https://github.com/solvespace/solvespace/compare/1d1bdddef21b...364a69f8ab54
<GitHub> solvespace/master 364a69f whitequark: Reapply "Simplify Group::IsVisible(), GroupsInOrder()."...
<GitHub> solvespace/master 6c0e30f whitequark: Travis: revert the hack for transient build failures.
<GitHub> [solvespace] whitequark closed issue #159: Crash when deleting a group https://github.com/solvespace/solvespace/issues/159
<wpwrak> hmm, a "make install" without regression tests would be nice.
<wpwrak> aaah ... i'm getting an idea of what is happening with the disappearing text window. could be that, if the window manger remember having it seen on a different virtual screen, it just sends it there. so it disappears on the current screen but isn't really lost
<GitHub> [solvespace] whitequark pushed 1 new commit to master: https://github.com/solvespace/solvespace/commit/fbb4d2fa765cab0262b413ce1d7279ccb49b6aa8
<GitHub> solvespace/master fbb4d2f whitequark: CMake: do not depend on testsuite in the default target.
<wpwrak> toggling rapidly eventually gets it attached the the current screen
<wpwrak> thanks ! :)
<GitHub> [solvespace] whitequark pushed 1 new commit to master: https://github.com/solvespace/solvespace/commit/0f3dc755fbfc41b50b16d54a401813cc5795a71e
<GitHub> solvespace/master 0f3dc75 EvilSpirit: Fix a crash after creating a constraint....
<travis-ci> solvespace/solvespace#325 (master - 364a69f : whitequark): The build passed.
<whitequark> wpwrak: no idea about the window manager guess
<whitequark> what is your WM anyway?
<wpwrak> fvwm 2.6.5
<whitequark> oh. hm.
<whitequark> what if you don't use a WM at all?
<wpwrak> X isn't much use without one ;-)
<whitequark> no, but it would show whether the WM is misbehaving or GTK
<GitHub> [solvespace] Evil-Spirit commented on issue #157: May be something like this can be useful too.... https://github.com/solvespace/solvespace/issues/157#issuecomment-272863469
<GitHub> [solvespace] Evil-Spirit commented on issue #157: May be something like this can be useful too.... https://github.com/solvespace/solvespace/issues/157#issuecomment-272863469
<wpwrak> hmm. maybe. not sure if actually enough would work without a wm to get a meaningful test. but i can try it some time. it means taking down my entire session (with some 100 windows), though
<Guest23223> [solvespace] whitequark commented on issue #157: @Evil-Spirit How does that work? https://github.com/solvespace/solvespace/issues/157#issuecomment-272863625
<whitequark> wpwrak: sure it will. I've done that before.
<whitequark> actually the only really annoying part is how there's no way to move windows at all
<travis-ci> solvespace/solvespace#326 (master - fbb4d2f : whitequark): The build passed.
<whitequark> but it can be done with some judicious use of xwininfo+xdotool
<wpwrak> ;-))
<wpwrak> gah. parameter tables would be SO useful. e.g., for this touch panel + OLED design: one set of parameters with the window just for the OLED, and one with the window for the panel. all the rest is identical.
<whitequark> I totally agree
mumptai has joined #solvespace
<wpwrak> hmm, i wonder if it's actually ever really useful that the active group doesn't automatically follow the selected group. that's a feature that's really hard to get used to.
<whitequark> it absolutely is
<whitequark> one case where I find it useful is when you want to select an entity or constraint from a previous group
mumptai has quit [Quit: Verlassend]