03:56 <GitHub> [solvespace] Evil-Spirit commented on issue #182: @whitequark, I have finally figure out what's happens here. Look at https://github.com/solvespace/solvespace/blob/master/src/group.cpp#L783 - the faces for top/bottom extrude is created here. For this faces we should take normal somewhere and this normal is taken from assembled loop (which is not exist for the first pass of generatation since it is generated here https://github.com/solvespace/solves

03:57 <GitHub> [solvespace] Evil-Spirit commented on issue #182: @whitequark, I have finally figure out what's happens here. Look at https://github.com/solvespace/solvespace/blob/master/src/group.cpp#L783 - the faces for top/bottom extrude is created here. For this faces we should take normal somewhere and this normal is taken from assembled loop (which is not exist for the first pass of generatation since it is generated here https://github.com/solvespace/solves

03:57 <GitHub> [solvespace] Evil-Spirit commented on issue #182: @whitequark, I have finally figure out what's happens here. Look at https://github.com/solvespace/solvespace/blob/master/src/group.cpp#L783 - the faces for top/bottom extrude is created here. For this faces we should take normal somewhere and this normal is taken from assembled loop (which is not exist for the first pass of generatation since it is generated here https://github.com/solvespace/solves

04:04 <GitHub> [solvespace] Evil-Spirit commented on issue #182: @whitequark, here is the fixes, but it breaks some tests, I am trying to fix them. ... https://github.com/solvespace/solvespace/issues/182#issuecomment-279911576

04:06 <GitHub> [solvespace] Evil-Spirit commented on issue #203: @whitequark, updated here https://github.com/solvespace/solvespace/issues/203#issuecomment-279911793

04:07 <GitHub> [solvespace] Evil-Spirit commented on issue #194: @whitequark, updated here. https://github.com/solvespace/solvespace/issues/194#issuecomment-279911869

04:07 <GitHub> [solvespace] Evil-Spirit commented on issue #192: @whitequark, fixed here https://github.com/solvespace/solvespace/issues/192#issuecomment-279911930

04:13 <GitHub> [solvespace] jwesthues commented on issue #182: I guess it would be slightly better to use the normal from the loops if one exists (even in workplane groups), otherwise the workplane's normal? The cases where that matters are pretty pathological, though. https://github.com/solvespace/solvespace/issues/182#issuecomment-279912525

05:23 <GitHub> [solvespace] wpwrak commented on issue #202: Works great here. This was the last step to achieving the 0 DOF goal for my design :) Thanks ! https://github.com/solvespace/solvespace/issues/202#issuecomment-279920054

06:14 <GitHub> [solvespace] Evil-Spirit commented on issue #202: @wpwrak, Thank YOU, because your bugreports are the best and you provide a lot of useful information :) I hope you will keep going because this makes the project better! https://github.com/solvespace/solvespace/issues/202#issuecomment-279926294

09:52 <GitHub> [solvespace] Evil-Spirit commented on issue #182: @jwesthues, what can you say about equality of loops and workplane normal? Is it always equal, or this can look at different directions? My thoughts was about introducing stability in normal direction (not let it swap direction), so what arguments for keep using loop normal? Can using normal from workplane break any leagcy files? https://github.com/solvespace/solvespace/issues/182#issuecomment-2

10:04 <GitHub> [solvespace] Evil-Spirit commented on issue #200: @wpwrak, may be it is straightforward to introduce new column for this? https://github.com/solvespace/solvespace/pull/200#issuecomment-279968307

12:51 <GitHub> [solvespace] whitequark commented on issue #202: I second what @Evil-Spirit says. https://github.com/solvespace/solvespace/issues/202#issuecomment-280002587

14:22 <GitHub> [solvespace] wpwrak opened pull request #204: show DOF in group list (master...alt-dof-in-group-list) https://github.com/solvespace/solvespace/pull/204

14:28 <GitHub> [solvespace] Evil-Spirit commented on issue #204: @wpwrak, looks better than previous implementation for me. https://github.com/solvespace/solvespace/pull/204#issuecomment-280024571

14:30 <GitHub> [solvespace] wpwrak commented on issue #200: @Evil-Spirit: like this #204 ? Advantages: easier to guess what it means, code a little nicer. Drawbacks: a bit more clutter on the screen, and it eats up space. https://github.com/solvespace/solvespace/pull/200#issuecomment-280025255

15:24 <GitHub> [solvespace] Evil-Spirit commented on issue #182: @whitequark, reimplemented in safe way as @jwesthues suggested. https://github.com/solvespace/solvespace/issues/182#issuecomment-280040372

17:26 <GitHub> [solvespace] jwesthues commented on issue #182: Nothing specifically requires you to sketch in the workplane group's own workplane. That's a little pathological, but your change addresses that. https://github.com/solvespace/solvespace/issues/182#issuecomment-280078024

21:53 <GitHub> [solvespace] GerhardPaulus closed issue #184: problem with text input field on Arch Linux https://github.com/solvespace/solvespace/issues/184

23:02 <wpwrak> hmm, would be nice if one could manually create a mesh. for solids that don't have enough nice right angles to piece them together with extrusion the usual solids operations.