00:01 <alex94> I am pretty experienced actually making things in OpenSCAD, but clearly no programmer as yet!

00:03 <teepee> result is what counts too. I'm using it for 3d printing, so the real object is the goal :)

00:05 <alex94> 100% - but I want to go past using code like incantations, and have real control.  I really expected my original code to step through the list of items in the array - not give me the n'th letter out of all of them!

00:05 <alex94> So will go do some exercises with the new code, and RTFM

00:06 <teepee> looking at the current month, you could also checkout past years advent calendar code snippets

00:07 <teepee> https://openscad.org/gallery.html - left sidebar

00:08 <InPhase> alex94: Run this program: for (x=[0:4], y=[0:3]) { echo(x, y); }

00:09 <InPhase> (We can paste one-line programs here.)

00:09 <InPhase> alex94: You were doing something like that, and you really didn't want to be, it seems.

00:09 <InPhase> alex94: When you run it, scroll up in the Console and see the ECHO statements for x and y values.

00:10 <alex94> Yep I see that, thanks

00:18 <teepee> new mini controller box finished https://imgur.com/a/TMMDD0U

00:18 <teepee> but nothing yet for scadvent :/

00:19 <alex94> Interesting.  I was getting confused as to how len() made any real difference in your example InPhase, so commented it out and still get exactly the same good result I wanted! :)  https://bpa.st/PZPQ

00:20 <alex94> I see how it's good practise.

00:23 <alex94> So it seems like the real difference is how you put the whole thing within the one for() loop...

00:25 <teepee> moving the namelist out of the for() is key

00:25 <alex94> Then namelist[i] does exactly what I expected it to

00:25 <alex94> Aha - thanks!

00:25 <alex94> And your model looks good, nice living hinge

00:25 <teepee> if it's in there, namelist will be the names one by one

00:26 <teepee> so namelist[i] is the i-th letter

00:27 <alex94> I still don't 'get' why that would be the behaviour - I know what to avoid doing now though

00:27 <teepee> for(i=[0:13], namelist = ["alice"], ["bob"], ["charlie"]) echo(i, namelist, namelist[i]);

00:29 <teepee> vs. namelist = ["alice", "bob", "charlie"]; for(i=[0:13]) echo(i, namelist[i]);

00:30 <teepee> ha, I was wrong ;-)

00:30 <teepee> what this actually does is even more not obvious

00:31 <teepee> it's actually: for(i=[0:13], namelist = ["alice"], unnamed_variable1 = ["bob"], unnamed_variable2 = ["charlie"]) echo(i, namelist, namelist[i]);

00:32 <alex94> Your second example is exactly what I was trying to do in the first place, thanks for helping boil it down

00:33 <teepee> it's 4 nested for loops: for(i = [0:13]) for(namelist=["alice"]) for(unnamed1 = ["bob"]) for (unnamed2 = ["charlie"]) ....

00:33 <teepee> so namelist always was just "alice" as that's the only value in the list

00:34 <alex94> hold up...

00:34 <alex94> namelist = ["alice", "bob", "charlie", "darren", "erica"];

00:34 <alex94> for(i=[0:13]) echo(i, namelist[i]);

00:34 <alex94> works perfectly for me as I originally expected!

00:35 <teepee> yes, that's fine

00:36 <teepee> well, it gives undef for the loops after the list is exhausted

00:36 <alex94> The crucial thing was that the namelist be established upfront, then a single for() loop within which is both the translation and picking the i'th text item from the list

00:36 <teepee> yep

00:36 <alex94> Yes, I'd expect the undef :)

00:38 <alex94> I have some experience using for loops, the printer in the bottom right of this picture https://media.licdn.com/dms/image/v2/C5612AQEmZi71s3fIJQ/article-inline_image-shrink_1000_1488/article-inline_image-shrink_1000_1488/0/1586257121436?e=1736985600&v=beta&t=CuWMv_mHOydZsGQJrOUl5pZod0SAG-b2zXdluhxLxWk and the others like it all come from the same

00:38 <alex94> several thousand line OpenSCAD file, 100% parametric - but I am still not a programmer!

00:40 <teepee> we should just toss the "programmers 3d modeller" slogan :-)

00:40 <alex94> better image of (one possible incarnation of) the printer: https://static.treatstock.com/static/files/3a/12/392738_38384_ed4b9801849999a97f3bcb6b722f9dd8.jpg?date=1538420456

00:41 <teepee> nice and huge

00:42 <alex94> I apply practically the concept of the infinite number of monkeys with keyboards producing Shakespeare.  Except I substitute one ADHD brain with coffee and a copy/paste button

00:42 <teepee> h-bot design?

00:42 <alex94> Nope - CoreXY.  Since 2013...!

00:43 <alex94> It could and should have been a commercial product - I look at Construct3D and wonder what might have been.

00:44 <teepee> difficult market

00:44 <alex94> It was 100% written from scratch, but in spirit it owes a debt to Nophead and whoever at MIT put out that CoreXY kinematics demo.

00:45 <teepee> IIRC 2013 was when I got the good old wooden Ultimaker 1 and found OpenSCAD :)

00:45 <alex94> I was just one guy.  I sold machines based on it, but as part of consultancy work with universities.  So only 25 have been made, but they've been in scientific journals!

00:46 <teepee> ah, actually that was 2012 "Your Order #100001228 (placed on January 8, 2012 7:29:40 PM CET)"

00:47 <alex94> Nice machines.  Do you still have it?  I suspect input shaping would do amazing things to its quality

00:47 <teepee> at the time it probably have could worked for a while. most of the smaller commercial places I knew at the time are gone by now

00:47 <teepee> I gave it to a friend a couple of years ago, I should ask if it ever printed again

00:48 <teepee> it was a nice machine, only one annoying issue with the clip of the bowden that never was holding on well enough

00:49 <alex94> Yes, I am still a Hubs manufacturing partner, I scaled up in time to make the wave.

00:49 <teepee> and they made me have a troublesome start as they shipped flexible pla with the mashine which had me struggle for quite some time

00:49 <alex94> That would be a baptism of fire.

00:50 <teepee> yeah, sort of, after tiny prints started working at 20mm/s speeds

00:50 <alex94> My first machine was a locally sourced Prusa Mendel iteration, after I finished the spool of PLA in the kit, I think the first reel I bought, labelled PLA, was actually ABS.  You can imagine how well that went

00:51 <teepee> indeed, probably similar head banging and wondering why it's not doing what everyone tells it should do easily

00:52 <alex94> Still, it made me learn some things!  Including OpenSCAD - with the exception of the order of putting things in for() loops which I see was my real issue today!

00:55 <alex94> I'd better go, late here, but thanks for your time and knowledge InPhase and teepee, I can now get making a whole set of custom overlays for Apple keyboards like the ones that we had for BBC micros, to enable macros.  Thanks and goodnight from the UK.

00:55 <teepee> cool, have a good night

00:55 <teepee> I should get some sleep too :)

01:36 <InPhase> teepee: Ah, yeah. I was having trouble parsing what it was actually doing, and was in a rush earlier as my dinner pick-up was waiting down the street. But now it makes sense. Combo of the [ ] one element, and the implicit unnamed variable looping also over one element each.

01:37 <InPhase> I resolved it for the quick version by just deleting the chaos I couldn't mentally parse. ;)

10:44 <Hannes> I had OpenScad on a Mac book Pro Monterey12.7.6 . After passing to a iMac sequoia 15.1 it was impossible to use OpenScad. I tried to download a new version  but it was impossible. Finder indicated that it does not work. Help, please

10:46 <teepee> well, I can't help directly as Apple does not allow that

10:46 <teepee> you can follow https://github.com/openscad/openscad/issues/880 and try the linked builds there, kintel is trying to get things working

11:35 <gbruno> [github] t-paul pinned issue #880 (Mac OS X: Sign application [$55]) https://github.com/openscad/openscad/issues/880

11:35 <gbruno> [github] t-paul edited issue #880 (Mac OS X: Sign application (+ support for Sequoia 15.1)) https://github.com/openscad/openscad/issues/880

13:30 <gbruno> [github] Hannes689 opened issue #5427 (Bug openscad with iMac sequoia 15.1 ) https://github.com/openscad/openscad/issues/5427

13:45 <gbruno> [github] kintel closed issue #5427 (Bug openscad with iMac sequoia 15.1 ) https://github.com/openscad/openscad/issues/5427

14:24 <pca006132> why people can't just search if their issue is already there is the issue list...

16:01 <InPhase> pca006132: To even think of doing that is not particularly common knowledge. Most of our userbase is non-programmers who still manage to use OpenSCAD as an "easy" language.

16:01 <InPhase> Or people who are otherwise very light background programmers, and not really integrated into professional level or open source integrated practices.

16:03 <InPhase> If I had to estimate, I'd think 80% to 90% of our users haven't really used git or github before.

16:03 <InPhase> It's probably a smaller fraction by the time we select down to the subset who make it onto IRC after a problem. But still a majority I think.

16:12 <teepee> no need to even search I pinned the one earlier today

16:20 <InPhase> Probably wise.

16:25 <InPhase> Although I happen to have upgraded a work laptop to 15.1, and ran some open source code written in house with Unity. Want to know the irony? It ran fine, even though nobody signed it. Why was this? It seems Unity signs everything when it builds it. Even without the programmer being a registered apple developer. And even though the programs can do absolutely everything freely and in a general

16:25 <InPhase> purpose manner with the executable. So if you want to suffer, write a normal open source program. If you want to bypass code signing on a mac platform and distribute a trojan horse, then I guess you just use Unity.

16:26 <InPhase> I need to try some other things later that were not written with Unity. I'll see what happens.

16:27 <InPhase> Note that I haven't hard-validated anything I just said. I don't even know how you check for these signatures. I just noticed everything still ran fine, and searched around for why, and this is the explanation I found online.

16:29 <InPhase> Then I contemplated the fact that if you make something in the way, but leave gaping holes open, you're not really doing the thing you say you're doing any sort of protection against an adversary, but just making things difficult for normal use.

16:30 <InPhase> s/doing any/doing with any/

18:35 <gbruno> [github] nnolan-wbd opened issue #5428 (won't run in gui mode with termux-x11) https://github.com/openscad/openscad/issues/5428

18:46 <gbruno> [github] t-paul closed issue #5428 (won't run in gui mode with termux-x11) https://github.com/openscad/openscad/issues/5428