07:21 <J1A846565> funny while rendering the aspect ratio looses 3 pixel on y .. maybe the progress bar takes more room

08:16 <teepee> that's the kind of issues that makes actually changing the window size impossible

08:17 <teepee> I'm seeing that with firefox a lot where they try to work around the window management

08:18 <teepee> if it comes back it starts flickering between 2 window sizes and I always have to catch it to make that stop, very annoying

09:34 <J1A846565> my windows always resizes the desktop to  fullHD when going to sleep mode. Causing some windows to minimize into oblivion .. it is a shame that something so elementary is still not working proper.

09:52 <Scopeuk> J1A846565 monitor "hot swapping" is one of the big improvments claimed in windows 11

09:53 <Scopeuk> it considers monitor configuration when it does window restore/modification and reconsiders it again on change of monitor hotplug status

09:55 <J1A846565> just save for each window the size and pos for the connected monitor ..  shouldn't be so hard

09:56 <Scopeuk> yeh the change is mostly driven by laptop users using docks but it equally applies to all hdmi/displayport monitors as they hotplug and enumerate arround sleep states

21:41 <J1A846565> https://i.imgur.com/Q7J9CKm.jpg

21:42 <Scopeuk> My colleague has a Klein bottle on his desk

21:43 <InPhase> Scopeuk: Or is the desk in the bottle?

21:45 <joseph_> teepee: I've had limited connectivity while traveling these past couple days but I will be online throughout the weekend. So it sounds like an extension of the timeline could still be possible as long as it's done before the final submission window begins? Please let me know what I should do to find out what's involved with this.

21:46 <joseph_> teepee: I thought it would help to see the tasks so far in one spot. GitHub changed their project board feature relatively recently and I'm still learning the new layout. It appears each card can be converted to an issue as necessary. Here's what I've put together so far: https://github.com/users/jbinvnt/projects/1/views/1. Some of these things will definitely need to get taken care of post-GSoC and I can create GH milestones to

21:46 <joseph_> track this

21:51 <J1A846565> Scopeuk if it is on his desk .. it is not a klein bottle (it has a inside and an outside)

22:17 <InPhase> peeps: Yep, I stand by my assertion that stl validation at import would be the most helpful thing for reducing users thinking we have an issue in the code. :)

22:18 <InPhase> I just read the stream of emails that came in today on that.

23:02 <peeps> yeah, although I wonder if they would still just report the issue anyways and expect openscad to fix their STL, or deny that the STL is bad

23:04 <peeps> or just find some way to misunderstand/misinterpret however we decide to word the warning message

23:46 <InPhase> I'm sure 90%+ would go away. Almost uniformly they report that they concluded the stl was fine because it works before they combine and render something.

23:48 <InPhase> Maybe the other 10% would be "But it works fine in blender." But we can be very explicit in the warning message to ward this off.

23:49 <InPhase> Not just "STL was not manifold" but complete with an explanation explaining it might work in other programs, but setting the right expectation that it won't work in OpenSCAD until it is fixed in a repair tool that can make stl files manifold.

23:55 <Friithian> ``ur stl is shit, go fix it'

23:57 <peeps> maybe add a sad trombone sound effect in there

23:59 <Friithian> ``what the fuck is this non-manifold bollucks? Go find a tool built to fix this stupidity, we're here to do stuff that is up to standard!'' :D\