00:03 <InPhase> joseph_: Sounds good! (Testing by name.)

00:04 <InPhase> joseph_: Pro-tip, maybe set do-not-disturb for sleeping hours. Some of us will be responding at odd hours when you would be wise to be sleeping. :)

00:05 <teepee> haha, yes

00:05 <InPhase> And understand we have no expectation of you waking up from your slumber to reply. :)

00:05 <teepee> being currently on-call, I can't do that myself, but I don't have much notifications active

00:10 <InPhase> pa: If that's my threads_v2.scad (I think I'm the only one who used that filename), you're on-behind on some bug fixes. There was a threads_v2p1.scad and then there were further updates that are now being kept only at the git page: https://github.com/rcolyer/threads-scad

00:11 <InPhase> Oh, and a one year old PR there of a fix I still need to sort out.

00:20 <joseph_> InPhase: Fortunately I am in the habit of setting do not disturb at night, so I won't be awakened by mentions

00:27 <InPhase> It is for the best. This frees us to queue up responses whenever we get a chance without worrying about disturbing.

01:37 <linext> how does openscad do on the new apple M1 processor?

01:38 <teepee> supposedly quite well

01:40 <linext> i had an idea today

01:41 <linext> php allows including/requiring other .php files from a URL

01:41 <linext> for example, include("http://www.openscad.com/library123.scad")

01:41 <linext> or require("http://www.openscad.com/library123.scad");

01:41 <linext> that would save a little bit of time

01:43 <linext> basically importing or including from a URL

01:44 <InPhase> linext: I've made such proposals, but you only want that with an accompanying system to cache the results, which you only want if you have a sensible system for managing those caches, so it couples into at least a rudimentary library management system.

01:46 <teepee> otherwise animation gets not so fun for the hosting servers of those scripts

01:46 <linext> hopefully they'll be on github and microsoft can afford the bill

01:50 <linext> i don't know....

01:50 <linext> maybe after the 10th download, make a popup asking if they'd like to save the library to the same folder as the .scad file

06:35 <J1A84> I think that was meant with management -  that downloaded files are stored and  the next time the call is not going to the URL but to the cache - and then you have to check for updates  (or it deletes after closing SCAD)

06:38 <J1A84> And if your SCAD files are suddenly Cloud dependent - this sounds awful to me.   So you want something that checks locally first and if that lib isn't found it may start searching for it.

10:11 <juri_> I can't wait for a leftpad incident in cloud openscad.

10:55 <J1A84> "cube()" couldn't be found

11:14 <juri_> more like "this one opensource developer had their code in use everywhere, but they decided to upload something that draws a penis instead. Thingiverse is all penises, as far as the eye can see now."

11:23 <J1A84> $fn=99999;   //oops

12:27 <teepee> and that's why I think a "normal" package management helps a bit. it's not 100% safe against that issue either, but gives more obvious control

13:26 <Scopeuk> I suppose if the main application is package aware you can throw errors or warning for missing/out of date, still a nightmare to catch all of the edge casesmthough

14:39 <pa> InPhase: thanks! i'll try to update!

15:53 <gbruno> [github] thehans closed issue #4269 (Customizer slider control is too small in Windows 10.) https://github.com/openscad/openscad/issues/4269

23:18 <gbruno> [github] ScottNudds opened issue #4270 (Lookup unnecessarily limited ) https://github.com/openscad/openscad/issues/4270

23:20 <gbruno> [github] ScottNudds opened issue #4271 (Bounds missing on sliders) https://github.com/openscad/openscad/issues/4271