teepee changed the topic of #openscad to: OpenSCAD - The Programmers Solid 3D CAD Modeller | This channel is logged! | Website: http://www.openscad.org/ | FAQ: https://goo.gl/pcT7y3 | Request features / report bugs: https://goo.gl/lj0JRI | Tutorial: https://bit.ly/37P6z0B | Books: https://bit.ly/3xlLcQq | FOSDEM 2020: https://bit.ly/35xZGy6 | Logs: https://bit.ly/32MfbH5
mtm has quit [Ping timeout: 244 seconds]
mtm has joined #openscad
L29Ah has joined #openscad
<gbruno> [github] kintel pushed 1 modifications (Bump CGAL to 6.0) https://github.com/openscad/openscad/commit/75851fcecb48941fbf8653e5ae580be529d725f0
<gbruno> [github] kintel opened pull request #5341 (Bump CGAL to 6.0) https://github.com/openscad/openscad/pull/5341
<gbruno> [github] kintel opened pull request #5342 (Make Design->Check validity support Manifold) https://github.com/openscad/openscad/pull/5342
<gbruno> [github] kintel pushed 1 modifications (Make Design->Check validity support Manifold) https://github.com/openscad/openscad/commit/b724a32bc639b0b1008fa1a6ce81beb9b6c57d36
<gbruno> [github] kintel edited issue #4825 (Make manifold integration release ready) https://github.com/openscad/openscad/issues/4825
<gbruno> [github] kintel closed pull request #5334 (Fix includes for `<array>`, `<map>`, `<set>`, `<unordered_map>`, `<unordered_set>`) https://github.com/openscad/openscad/pull/5334
<gbruno> [github] kintel pushed 32 modifications (Fix includes for `<array>`, `<map>`, `<set>`, `<unordered_map>`, `<unordered_set>` (#5334) * Include <unordered_set> for files using std::unordered_set * Include <unordered_map> for files using std::unordered_map * Include <set> for files using std::set * Include <map> for files using std::map * Include <array> in files using std::array) https://github.com/openscad/openscad/commit/8c17c8951449f95292c1f37ffc606e613
snaked has joined #openscad
J24k35 has joined #openscad
J24k72 has quit [Ping timeout: 256 seconds]
misterfish has quit [Ping timeout: 244 seconds]
<gbruno> [github] kintel pushed 2 modifications (Hide fast-csg) https://github.com/openscad/openscad/commit/c016c7d4f7fbf065cd93941d7907581c29438f85
<gbruno> [github] kintel opened pull request #5343 (Hide fast-csg) https://github.com/openscad/openscad/pull/5343
robotustra has joined #openscad
LordOfBikes has quit [Ping timeout: 265 seconds]
<robotustra> Hi, is there any CAM addition to OpenSCAD?
<teepee> no, and it's quite unlikely to ever have one
<robotustra> pity
<teepee> good, what's the point of a half-assed CAM?
robotustra has left #openscad [#openscad]
<teepee> well, ok, bye
kintel has quit [Ping timeout: 244 seconds]
LordOfBikes has joined #openscad
<gbruno> [github] kintel pushed 1 modifications (Build fix for ENABLE_MANIFOLD=OFF) https://github.com/openscad/openscad/commit/6a7cd0fc7a7f8ccdb968ef9a6a2aa9b2edbe3933
<gbruno> [github] kintel opened pull request #5344 (Build fix for ENABLE_MANIFOLD=OFF) https://github.com/openscad/openscad/pull/5344
<gbruno> [github] kintel closed pull request #5341 (Bump CGAL to 6.0) https://github.com/openscad/openscad/pull/5341
<gbruno> [github] kintel pushed 1 modifications (Bump CGAL to 6.0 (#5341)) https://github.com/openscad/openscad/commit/15a494d834ad6784fb429585318c2649a602b164
<gbruno> [github] kintel closed pull request #5342 (Make Design->Check validity support Manifold) https://github.com/openscad/openscad/pull/5342
mmu_man has quit [Ping timeout: 260 seconds]
kintel has joined #openscad
<kintel> Now that manifold is getting closer, we should revisit our Next Release blockers again
<kintel> Not too much on the list yet, but I assume there's a bunch of stuff needing doing which I haven't been focusing on: https://github.com/orgs/openscad/projects/2
<InPhase> I still wanted to put a PR that boosts the default to $fa=1; $fs=0.4; I even wrote it, but didn't put it up because it requires going through and fixing up a few of the tests that explode into complexity with that setting.
<InPhase> I hit a few clobbering life events, so I didn't get around to that step yet.
<InPhase> One must be at least a little bit careful replacing the test results to compare to. :)
<kintel> yeah, test tweaking can be a bit of a mine field.. I've wanted to redesign our test framework many times, but there just isn't a great way of getting there.
<gbruno> [github] kintel pushed 1 modifications (Build fix for ENABLE_MANIFOLD=OFF (#5344)) https://github.com/openscad/openscad/commit/82b10acaed6c15683a92ee2e420c3a46d8920305
<gbruno> [github] kintel closed pull request #5344 (Build fix for ENABLE_MANIFOLD=OFF) https://github.com/openscad/openscad/pull/5344
fling has joined #openscad
<gbruno> [github] hzeller opened pull request #5345 (Include <cassert> in files using assert()) https://github.com/openscad/openscad/pull/5345
<InPhase> kintel: It seems it's 2-3 hours of grunt work to manually verify that a full test result swap does "the right thing".
<InPhase> kintel: That is if all the files in the regression directory are actually in use.
<InPhase> kintel: Which is not great, but just inside the line of what might be okay to do once in a long while. :)
<gbruno> [github] kintel closed pull request #5345 (Include <cassert> in files using assert()) https://github.com/openscad/openscad/pull/5345
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<gbruno> [github] kintel pushed 56 modifications (Include <cassert> in files using assert() (#5345)) https://github.com/openscad/openscad/commit/296b867350b75244b254b62af07484f064aaf04a
myosotis has quit [Remote host closed the connection]
killjoy has joined #openscad
killjoy has joined #openscad
TylerTork has joined #openscad
TylerTork has quit [Quit: Client closed]
<gbruno> [github] folkertvanheusden synchronize pull request #5288 (PovRay export) https://github.com/openscad/openscad/pull/5288
misterfish has joined #openscad
<J24k35> InPhase iirc teepee had the idea to put default $fa,$fs in the preferences -  So on new installs it could ask you if you like to use higher resolution by default ..
<J24k35> or change what ever is suitable for you to use
<J24k35> it sure will be overwritten if defined in the code
<J24k35> that shouldn't have any impact on testing
<J24k35> btw: when installing default file locations are used - not where it was installed to upgrade (as other software does)
misterfish has quit [Ping timeout: 265 seconds]
misterfish has joined #openscad
Non-ICE has quit [Quit: Screw you guys, im going home!]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 260 seconds]
teepee_ is now known as teepee
Non-ICE has joined #openscad
misterfish[x] has joined #openscad
Non-ICE has quit [Quit: Screw you guys, im going home!]
ccox_ has joined #openscad
ccox has quit [Ping timeout: 252 seconds]
Non-ICE has joined #openscad
misterfish has quit [Ping timeout: 265 seconds]
misterfish has joined #openscad
mmu_man has joined #openscad
fling_ has joined #openscad
fling has quit [Ping timeout: 260 seconds]
fling_ is now known as fling
snaked has quit [Quit: Leaving]
mtm has quit [Ping timeout: 265 seconds]
mtm has joined #openscad
<InPhase> J24k35: There has to be a non-interactive default during installs, given that many installs are not interactive processes, and I'm quite convinced that needs to be $fa=1; $fa=0.4; or similar to modernize the output. We could of course override that default preference setting for testing just to keep all the tests unchanged, but that would be somewhat questionable in my view to have a default for all
<InPhase> testing mismatching the released default.
<InPhase> J24k35: So I think the more reasonable path includes one default for most tests, and hand-adjusting the small number of tests which are ballooning out of reasonable resolution scale with that adjusted default by inserting the old $fa and $fs settings into those handfuls of scad files.
<InPhase> Then we would have tests that primarily match the defaults, and some tests which set other variable settings for these, which is totally reasonable.
Guest72 has joined #openscad
<InPhase> s/$fa=1; $fa=0.4;/$fa=1; $fs=0.4;/
<J24k35> having tests with different values ..
<InPhase> J24k35: I actually don't mind if we choose to make it a preferences setting. I just think that if we do that, the preferences setting should first initialize to the more modern values, to get people onto a common modern base.
Guest72 has left #openscad [#openscad]
<J24k35> yes sure - but as you (and me) tried to change this for now what 5years.  And as such a simple change is not going through because the tests render differently - like having $fa limited to 72 and not 120  - it seems we need a work around for some progress
<InPhase> There's a slight hazard to contemplate going forward in that different preferences for this introduces the notion that different people will get different default results within the gui. And also render results from the gui will not match render results from the command line (which don't load preferences) unless these are manually passed there.
<InPhase> I'm not sure if that's a good thing, although I partly appreciate the idea that defaults for this would have some utility.
<J24k35> i agree on the the command line issue - that would be bad
<J24k35> could make a template with $fa=1;$fs=0.4; though
<J24k35> but for new users this is just a terrible experience to start with $fa=12 and $fs=2;
<gbruno> [github] folkertvanheusden synchronize pull request #5288 (PovRay export) https://github.com/openscad/openscad/pull/5288
myosotis has joined #openscad
<InPhase> J24k35: Yeah. I think given the ease of adjusting it for specific designs, the notion of preferences and such are not such a big deal. I tend to put these settings anyway in any substantive design. Mostly to me it is just about the quality of that initial experience, which I think is very important.
<InPhase> Also it would be nice to not have to throw those assignments in every one-line demo that involves round things. ;)
<InPhase> I tend to do that just because of the frequency with which those one-line demos are being provided to new people who might not yet know about those.
<InPhase> Which again, falls under initial experience.
<gbruno> [github] folkertvanheusden synchronize pull request #5288 (PovRay export) https://github.com/openscad/openscad/pull/5288
misterfish has quit [Ping timeout: 265 seconds]
kintel has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mmu_man has quit [Ping timeout: 244 seconds]
<gbruno> [github] kintel closed issue #5287 (Mac OS Install - couple of missing dependencies.) https://github.com/openscad/openscad/issues/5287
mmu_man has joined #openscad
misterfish has joined #openscad
misterfish has quit [Ping timeout: 265 seconds]
J24k35 has quit [Quit: Client closed]
J24k35 has joined #openscad
mmu_man has quit [Ping timeout: 265 seconds]
mmu_man has joined #openscad
J24k35 has quit [Quit: Client closed]
J24k35 has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
misterfish has joined #openscad
PolyBytes has joined #openscad
<PolyBytes> hey everyone, is there a way that I can specify $fn for a particular block instead of just globally or per-shape? I want the $fn of all shapes in a difference() block to be the same
<teepee> yes, you can do that
<teepee> assuming those shapes don't overwrite it themselves
<PolyBytes> thank you, how do I do it?
<teepee> just put it into the block where is should start with the new value
<PolyBytes> oh okay thank you! I was really overthinking that '=D
<teepee> like difference() { union() { $fn = 20; shape_with_fn20(); } shape_with_global_fn(); }
<teepee> those $ variables are special in that behavior
<teepee> maybe also check if $fa/$fs makes it simpler as those adapt to the size
<teepee> like $fn = 100; for a big circle might just be enough, but it's crazy high for a 1mm circle
<teepee> $fa = 1; $fs = 0.2; will create an angle resolution of 1 degree (= 360 circle segments) and a segment length of 0.2 units
<PolyBytes> oh wow I didn't know those adapted to size, I am new to OpenSCAD and I love the workflow. I was already struggling with $fn and size issues because I'm making a modular part that can change size so I'll definitely check these out thank you!
<teepee> so whatever is creating a larger segement is used
<PolyBytes> if I have shapes that I only want to exist while im working, should I just wrap them in a if($preview) { ... }?
fling has quit [Ping timeout: 260 seconds]
myosotis has quit [Remote host closed the connection]
fling has joined #openscad
myosotis has joined #openscad
<teepee> PolyBytes: that or use the % modifier
myosotis has quit [Ping timeout: 244 seconds]
PolyBytes has quit [Ping timeout: 256 seconds]
misterfish has quit [Ping timeout: 255 seconds]
myosotis has joined #openscad
guso78k has joined #openscad
UltimateCodeWarr has quit [Quit: Client closed]
Junxter has joined #openscad
ooxoo has quit [Ping timeout: 246 seconds]
UltimateCodeWarr has joined #openscad
guso78k has quit [Quit: Client closed]
<UltimateCodeWarr> Is there such thing as a squished cylinder, like a toilet paper roll that you stepped on.
<UltimateCodeWarr> can't seem to resize a cyllider
<UltimateCodeWarr> maybe some  scale([1.5,.5[) circle(d=20) and an extrude in there somewhere
<teepee> yep, that wold work
guso78k has joined #openscad
guso78k49 has joined #openscad
<guso78k> my local ctests are clean in color_3mf, but on CI's they are not
<guso78k> how can I find out the *actual* test result content on CI ?  I downloaded a ZIP file, but i did not find the related data
<peepsalot> guso78k: the diff of the results expected vs actual are shown in the html report
<peepsalot> guso78k: https://bpa.st/T4IVI
<guso78k49> peepsalot, thx!
<guso78k49> cannot yet see the HTML Link
<guso78k49> my local ctest is clean, and so i plan to check in the "actual" version generated version from the cloud.
<guso78k49> But there is at most a diff to the actual version available. and patching my lcoal version with the diff might be tricky
guso78k49 has quit [Quit: Client closed]
guso78k21 has joined #openscad
guso78k21 has quit [Client Quit]
<peepsalot> guso78k: the html file is directly in the ZIP you download, there is no "link", its self contained html page
<peepsalot> only exception is i think in a few cases the html report generation fails, but i don't think that is the case here
<peepsalot> which exact ZIP are you looking at? are you sure there is no HTML within?
<guso78k> quite sure, that there is no HTML. i am interested in a raw file rather
<peepsalot> ok, i don't know what that zip is, but i can show you where to get the actual test report zips. there are seperate ones for each runner
<peepsalot> from a PR with failing tests, click "Details" on one of the failing, then click on "Summary" from the left pane of the CI log page. then scroll down all the way and you will find the zip archives containing the generated report HTML
<guso78k> let me compare with your instrucitons
<UltimateCodeWarr> not working:    translate([0,0,200])
<UltimateCodeWarr>                 linear_extrude(height=20,v=[0,0,1])
<UltimateCodeWarr>                     %circle(d=18);
<guso78k> peepsalot, yes i can see the html file now.
<guso78k> probably need to do manual patching now ;)
<gbruno> [github] gsohler pushed 2 modifications (buest guess manual patch) https://github.com/openscad/openscad/commit/7e74beecc0a3b4db84f40fbec408c329fce8cb5c
<gbruno> [github] gsohler synchronize pull request #5331 (Store Color information along with 3MF Files) https://github.com/openscad/openscad/pull/5331
<JordanBrown> UltimateCodeWarr: put the percent sign outside the linear extrude.
<JordanBrown> Linear extrude needs to fully render the 2D object, and that means that it drops out %-qualified things.
PolyBytes has joined #openscad
<JordanBrown> So you need to %-qualify the resulting 3D object, not the 2D object.
<UltimateCodeWarr> Thx.  Counter Intuitive
<UltimateCodeWarr> I moved it to a function
<UltimateCodeWarr> module squishedCylinder() {
<UltimateCodeWarr> linear_extrude(10)
<UltimateCodeWarr>     translate([0, 0, 150])
<UltimateCodeWarr>         scale([.6,1])
<UltimateCodeWarr>             circle(d=22);
<UltimateCodeWarr> }
<UltimateCodeWarr> Then followed up with:
<UltimateCodeWarr>    translate([0,-37,21])
<UltimateCodeWarr>         rotate([0,110,0])
<UltimateCodeWarr>            %squishedCylinder();
<JordanBrown> But why do you think you need something that complicated, rather than using a scale() on a cylinder?
<JordanBrown> That is, why do you need to extrude your own cylinder rather than using the builtin?
<UltimateCodeWarr> Good point, let me try ttaht
<JordanBrown> You need to put the scale() around the cylinder to squish it, of course.
<JordanBrown> scale([.6, 1, 1]) cylinder(h=10, d=22);
<JordanBrown> Also, even with the DIY linear extrude, it isn't at all clear what translating a circle up in Z, and then extruding it, would do. Generally you should keep 2D objects in the Z=0 plane.
mmu_man has quit [Ping timeout: 265 seconds]
<J24k35> linear_extrude(50)rotate([45,0])circle(20);
<JordanBrown> So linear_extrude has an implied projection()?
<J24k35> no but every 2D object is projected onto Z0
<JordanBrown> Sort of.
<gbruno> [github] gsohler synchronize pull request #5209 (Measurement improvement) https://github.com/openscad/openscad/pull/5209
<JordanBrown> I mean, just the rotated circle is still displayed 3D.
<JordanBrown> So at least in a sense it is the linear_extrude projecting it before extruding.
<J24k35> when rendering
<JordanBrown> OK, yeah. Seems mildly wrong that preview and render yield such different results.
<UltimateCodeWarr> Thx Jordan/JK  - New Version of Mount:  https://imgur.com/a/h7TNrjX
<J24k35> you could use linear_extrude(50,v=[3,0,1])circle(20);
mmu_man has joined #openscad
<J24k35> UltimateCodeWarr nice to see how your design improves
<JordanBrown> Yes, looks nice.
<teepee> guso78k: I have a somewhat working 3mf-v1 import, should we put that into the same PR as the color export? that could help with getting test cases sorted
<guso78k> yeahh, dont hesitate to push into any of  my branches ;)
guso78k has quit [Quit: Client closed]
guso78k has joined #openscad
guso78k has quit [Client Quit]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 260 seconds]
teepee_ is now known as teepee
<PolyBytes> how do you center a module on 0,0,0?
guso78k has joined #openscad
<UltimateCodeWarr> How do I make that Nato Rail Tail Longer?     module NatoSchiene(l=50,screw,ext=0)
<J24k35> ext = 10
<J24k35> UltimateCodeWarr  ext = extend
guso78k has quit [Client Quit]
<UltimateCodeWarr> Thx, worked perfectly!
snaked has joined #openscad
juri_ has quit [Ping timeout: 260 seconds]
<PolyBytes> is it possible to set a minimum value for a spinbox in the customizer?
fling has quit [Ping timeout: 260 seconds]
juri_ has joined #openscad
<J24k35> PolyBytes for a slider
marcus has quit [Remote host closed the connection]
marcus has joined #openscad