01:28 <kintel> J24k23 Which exact version did you use?

01:42 <kintel> Looks fine from here using 2024.06.02 on macOS: https://imgur.com/a/54QMSOM

07:30 <J24k23> using 2024.06.01 on Win64   it seems the Zebra (R) is causing it when rendered in higher resolution. ```linear_extrude(2,$fn=72)text(text="R",font="naturePro",size=5);```

07:32 <J24k23> kintel  No the Zebra costing time (and is weird) but also without  i get the issue linear_extrude(2,$fn=65)text(text="ABCDEFGHIJKLMNOPQSTUVWXYZ+-.,",font="naturePro",size=5);

07:33 <J24k23> it is the higher $fn probably causing it

07:35 <J24k23> kintel .. seems some number  work better than other $fn 120 is fine again ```linear_extrude(1,$fn=120)text(text="ABCDEFGHIJKLMNOPQSTUVWXYZ+-.,",font="naturePro",size=500);```

07:48 <J24k23> kintel .. removing the lion works (Y)  .. oh or putting the Y first works too, probably those glyphs are not ideal - but maybe showing some underlaying issue.

08:05 <J24k23> kintel the Zebra (R) shows different level of bottom and top face errors with different resolution https://imgur.com/a/Fxxbwi3

08:14 <J24k23> even on low res ($fn 15↦20) https://imgur.com/a/EhTZsGE

08:14 <J24k23> while the $fn for fonts is something different

08:15 <J24k23> and $fn=1 works fine for the zebra

08:18 <J24k23> at a closer look the zebra seems to have intersections within the polygon path https://imgur.com/a/gOdqcuk

08:19 <J24k23> (on multiple sections)

12:36 <cart_man> What is the easiet way of making a slope like this using polygons -> https://imgur.com/a/Mf1CTH4

12:36 <cart_man> The slope in Red

12:45 <teepee> cart_man: if you have a math formula, that would be easy

12:50 <teepee> random example polygon([ [0, 0], each [ for (x = [0:0.1:10]) [x, 5 * (1 - log(x + 0.1))] ]]);

15:02 <cart_man> teepee: Thanks you. I am not super familiar with pluggin in my functions yet

15:03 <teepee> cart_man: let me rewrite that example a bit

15:05 <teepee> all things separated...

15:05 <teepee> xrange = [0:0.1:10];

15:05 <teepee> function f(x) = 5 * (1 - log(x + 0.1));

15:05 <teepee> polygon([ [0, 0], each [ for (x = xrange) [x, f(x)] ] ]);

15:57 <InPhase> cart_man: https://bpa.st/XMHA

18:23 <ashafq> InPhase: Thanks for your help yesterday. I ended up using this approach to "dig" channels into the design: https://bpa.st/AMMA

18:24 <ashafq> Now, the wires can flow between each segments.

18:28 <gbruno> [github] cjmayo opened pull request #5163 (Look up the Ubuntu code name in github-ci-linux-get-dependencies.sh) https://github.com/openscad/openscad/pull/5163

18:28 <gbruno> [github] cjmayo edited pull request #5163 (Look up the Ubuntu code name in github-ci-linux-get-dependencies.sh) https://github.com/openscad/openscad/pull/5163

19:42 <InPhase> ashafq: Okay. I'm glad you got it working. :) But that was also not what you were proposing needing. (Which is what I was afraid of, and why I didn't try a second time to demonstrate how to do it.) That's not even what a U is shaped like, and doesn't match any of the drawings.

19:55 <cart_man> teepee: I took a screenshot of that little explanation :)

21:10 <rapha> hi all!

21:11 <rapha> is it not possible to do a minkowski() involving an import()ed .stl, or does it just take very, very long?

21:26 <Scopeuk> https://hackaday.com/2024/06/03/turbocase-generates-a-pcb-shell-for-you/ nice looking toy

21:26 <Scopeuk> rapha it should work, depending on the stl complexity it could take some time

21:28 <rapha> hmm ok then perhaps it just got hung ... thanks!

21:56 <InPhase> rapha: Make sure to use the nightly build for heavy loads like that.

21:57 <InPhase> rapha: The property of being on the scale of 20 times faster for that sort of thing will be worth it.

21:57 <InPhase> rapha: That requires enabling Manifold.

21:57 <InPhase> rapha: You will find this in the settings.