<georges-duperon>
Hi all, trying out Solvespace here — so far it seems great aside from some occasional crash.
<georges-duperon>
I'm trying to change the style of some lines in a sketch, but I didn't find anything about that on the web, and can't see how in the interface.
<whitequark>
georges-duperon: please report all crashes, fixing them is very high priority.
<whitequark>
as for the style. right-click on the line, Assign to Style -> Newly Created Custom Style (or what you have).
<georges-duperon>
whitequark: Okay, I'll do that next time it occurs :) Is the forum the right place for bugs?
<georges-duperon>
whitequark: Ah, indeed. Thanks a lot for the right-click → Assign to Style, that's exactly what I needed!
<wpwrak>
grr. chirality really sucks. just noticed that a cut-out had flipped sides with the thing that goes into it. for no apparent reason :(
<whitequark>
yeah, the solver doesn't really make any guarantees about it.
<wpwrak>
ah well, another chance to tweak print parameters :) i found a really important one: the flow multiplier. seems that cura used only 3/4 of the flow needed. that explains quite a number of print issues ... :)
seb_kuzm1nsky has joined #solvespace
seb_kuzminsky has quit [Ping timeout: 240 seconds]
seb_kuzm1nsky is now known as seb_kuzminsky
<georges-duperon>
I'm making an updated solvespace package for my distribution (NixOS), using the latest git revision on master branch.
<georges-duperon>
When built with cmake -DCMAKE_BUILD_TYPE=Release, the bnechmarks are built too, but I get this error (only for the benchmarks):
<georges-duperon>
no matching function for call to ‘SolveSpace::SolveSpaceUI::LoadFromFile(std::__cxx11::string&)
<georges-duperon>
I feel that an include_directories() is missing in bench/CMakeLists.txt, but I'm not sure about which one.
<GitHub>
[solvespace] whitequark commented on issue #215: Actually, you've mentioned that the property browser window did not instantly appear. What's happening is I'm calling `show_all()` right away on that window. If GTK does the same, and then expects the window to be realized, and it's not, then it will probably die dereferencing a null pointer or something like that. https://github.com/solvespace/solvespace/issues/215#issuecomment-287412183
<GitHub>
[solvespace] whitequark commented on issue #215: Actually, you've mentioned that the property browser window did not instantly appear. What's happening is I'm calling `show_all()` right away on that window. If GTK does the same, and then expects the window to be realized, and it's not, then it will probably die dereferencing a null pointer or something like that. https://github.com/solvespace/solvespace/issues/215#issuecomment-287412183
<GitHub>
[solvespace] jsmaniac commented on issue #215: It turns out the browser window was just hiding behind the main window (it seems like the "foreground window" property is not taken into account, perhaps because the main window appears *after* the browser window. Even if I move the main window to the side, and bring the browser window into focus, it goes to the back as soon as focus goes to the main window. After pressing tab twice, the browser window
<GitHub>
[solvespace] whitequark commented on issue #215: > Even if I move the main window to the side, and bring the browser window into focus, it goes to the back as soon as focus goes to the main window. After pressing tab twice, the browser window correctly stays on top even when the main window has the focus).... https://github.com/solvespace/solvespace/issues/215#issuecomment-287414109
<GitHub>
[solvespace] jsmaniac commented on issue #214: Sorry, I'm rarely ever coding in C/C++, so I'm not used to valgrind. I tried with `--tool=massif`, in the graph below the first ramping up is when I started solvespace, then I left it rest for a short while (the flat section at the beginning), then I opened the colour picker (the second, more steady upward slope). I took screenshots of the green, turquoise and purple blocks on the last time frame....
<GitHub>
[solvespace] jsmaniac commented on issue #215: No, that patch didn't change anything (I tried adding `TW->set_transient_for(*GW);` after the `GW->show_all();`, still not good). I wouldn't worry about the initial display of the browser window, though, as it is most likely a problem with my window manager, with a simple workaround (press tab twice).... https://github.com/solvespace/solvespace/issues/215#issuecomment-287436674
georges-duperon has quit [Ping timeout: 240 seconds]