<InPhase>
What if you load the example, flush cache, render, flush cache, render?
x__ has quit [Remote host closed the connection]
x__ has joined #openscad
<zingos>
InPhase: Hi, how are you? I wanted to ask for your opinion on something, I am calculating the resolution of an image in order to print it which should have the A4 proportions, so I am doing (width/25.4)*dpi and (height/25.4)*dpi, what I am wondering is how to round it so that if my printer prints at 300dpi then I don't give it more or less pixels.
<zingos>
Should I go with floor, ceil or round to the int nearest?
snaked has quit [Read error: Connection reset by peer]
<zingos>
InPhase: Sorry if this is slightly off-topic, I am just sure you know
<InPhase>
Well if width and height are the maximum printable area, then you'd floor.
<zingos>
Yeah thought of that too
<InPhase>
Under the premise that you can't print out of the maximum printable area. :)
<zingos>
True, wouldn't want to print different sized pixels than min size supported either
<InPhase>
Don't forget to include margins.
<zingos>
Yep, many thanks
<InPhase>
If you accidentally go under by one pixel, your margin will be larger on one side by the width of a small to medium sized human hair.
<J2262>
leadscrews should never have any axial load
<J2262>
the point of this "springy" couplers is peak torque dampening as the screw has a big mass and your stepper will loose steps when accelerating or stopping - at least for higher speeds (usefull for Z-hops)
<J2262>
hold on axial loads are what leadscrews are for - radial loads should not .. how did you use them so they don't handle axial loads?
<J2262>
L29Ah you need the stepper shaft to contact the leadscrew within the coupler so put a steel ball in to have only a center point of contact
aiyion has quit [Remote host closed the connection]
aiyion has joined #openscad
Guest57 has joined #openscad
Guest57 has quit [Client Quit]
castaway has joined #openscad
califax has quit [Ping timeout: 255 seconds]
califax has joined #openscad
aiyion has quit [Ping timeout: 255 seconds]
teepee has quit [Ping timeout: 255 seconds]
teepee has joined #openscad
aiyion has joined #openscad
x__ has quit [Ping timeout: 246 seconds]
teepee has quit [Ping timeout: 255 seconds]
teepee has joined #openscad
linext has joined #openscad
<linext>
is there a way in the command-line interface to get a list of file dependencies?
<linext>
for example, import() or include() or use or the font for text()
<linext>
if i could get the files needed from a command line argument, files like fonts could be dynamically loaded
<teepee>
hmm, fonts no, I think
<teepee>
source code yes, via the make support
<teepee>
but we have the source code, we can change it :)
<linext>
something like what getting input parameters does, but for any files that need to be loaded
<teepee>
like the parameter export that I've added originally for cadhub.xyz
<InPhase>
teepee: What's the "via the make support"?
<InPhase>
I see imports in "--debug all" via command line, but nothing on fonts.
<teepee>
-d
<teepee>
"generate dependency file for make"
<InPhase>
Oh! Nevermind, debug all DOES have font information in it. I typoed and loaded the wrong file.
<InPhase>
It doesn't give the filename of the font, but it says what fonts it is using.
<InPhase>
Presumably in a pinch one could translate that into a filename with other tools.
<linext>
that leads me to another question about font file names and their access name
<linext>
is it always, Font-Regular.ttf for calling Font from text()
<InPhase>
linext: I will note though that outputs of --debug all are not what I would call a defined API. So parsing that as part of infrastructure is sort of at your own risk. These are not things we would strive to keep constant under development.
<InPhase>
Adding an output for font information would be more stable.
<teepee>
no, there's no relation between name in the script and the font file name
<linext>
ok, so to get the name, i can open the TTF in Windows and read the Font name:
<linext>
for example, Gloria Hallelujah doesn't end with -Regular
<teepee>
yes, that should work I think, in that direction
<teepee>
in the other direction it's possible to map whatever the fontconfig file defines
<teepee>
JordanBrown: that looks great! and if you are concerned some people don't know what it is, we can add a note linking to wikipedia for example
<teepee>
if that's good to go, we have 2 empty doors remaining, if InPhase gets the sad one ready, just 1
<JordanBrown[m]>
Do you happen to know how big the door views are?
<JordanBrown[m]>
I'm a little concerned that on the R pentomino and glider gun views the cells will be too small to see.
<teepee>
it's not fixed, we mostly use 900x900 pixels
<JordanBrown[m]>
I mean as presented on the screen.
<teepee>
if people view it in a tiny window, that's not something we can control :)
<teepee>
IIRC the popup is 90% of the browser window size
<teepee>
width: 80%
<JordanBrown[m]>
They appear to be 100x100 pixels, though I'm not clear on what's controlling that.
<JordanBrown[m]>
Maybe the "grid" stuff is controlling it.
<teepee>
oh, in the grid, yes, that's also relative to browser size mostly
<teepee>
if it's too tiny there, that's not a big problem, I'd say. that's why we have the modal dialog with the big image now
<JordanBrown[m]>
Doesn't seem to shrink when I change the window size, just truncates and horizontally scrolls.
<JordanBrown[m]>
Yes, the big version is plenty big, but it would be bad if the grid version went black for several seconds in the high-res parts.
<teepee>
ah, the grid has: width: 1000px;
<JordanBrown[m]>
ISTM that I should either make the R pentomino cells a bit larger, or make it run for a few more generations, and the glider gun should run until the first glider hits the edge.
J2262 has quit [Quit: Client closed]
J2262 has joined #openscad
<JordanBrown[m]>
So I want to tweak the video a little, and do some code review and cleanup.