<FractOrr>
when exporting to pdf on command line can the option for the pdf output specified on the command line on the current release of OpenSCAD? I see there is a discussion about it on github just not sure if that was completed and in the current release?
<FractOrr>
I am adding a new file export format and would like to add some export options like the pdf export has
<InPhase>
Yeah, pdf is there under the -o option.
kintel has joined #openscad
<InPhase>
FractOrr: Open src/openscad.cc and search for "output specified file"
<InPhase>
FractOrr: And near it for the "--export-format" argument that allows specifying it manually.
J23k38 has quit [Quit: Client closed]
J23k38 has joined #openscad
<Church->
can anyone hint why circle(r=something) has different segment count to sphere(r=something)? regarding segment related settings i have: fining=1; $fs=fining; $fn=0; $fa=0.01;
bozo16 has quit [Remote host closed the connection]
<InPhase>
Church-: What's your testcase which is different?
<Church->
circle is a bit larger then sphere
<Church->
obviously one of options for differences to be less/reduce zigzag staircase would be to go for very small $fs .. but obvious what it will do to render time :(
<Church->
i'm trying to connect plate formed with hull over 4 spheres to rotate_extrude formed from hull over two circles. not matching segment count produces slight mismatch :(
<Church->
oh, hmm. missed offset bit (as i never used, didn't understand what it does). well, i reduced circle & sphere size, so that it's easier to see segment possible mismatch, and there seems to be same segment counts on both
<juri_>
jordan noone is personally going around on linkedin, to get people's opinions on what kittykad is up to (a scadish onshape, basically).
<Church->
now to get why it isn't that way in my model :/
L29Ah has joined #openscad
<InPhase>
Church-: I did offset just to make it jut outward so they were both visible at the same time. :)
<InPhase>
(while not changing the segmentation)
<InPhase>
Church-: Note that a key requirement for them to lineup was that it's the xy plane of both.
<InPhase>
The default circle formulation is not symmetric in its surfaces. Spherical coordinates are used.
<guso78_>
Seems that libera irc has an SSL issue
<InPhase>
Can't have ssl issues if you never disconnect.
<guso78_>
Inphase i mean the Chat Tool which IS available to the openscad Homepage.
<guso78_>
My established Session with guso78k suddenly shown an SSL issue
Guest92 has joined #openscad
Guest92 has quit [Client Quit]
<InPhase>
guso78_: Worked fine for me.
guso78k has joined #openscad
<guso78_>
Yeahh, for me too, now
SamantazFox has quit [Quit: Bye]
fling has joined #openscad
guso78k has quit [Quit: Client closed]
califax has joined #openscad
erectus has joined #openscad
aiyion has joined #openscad
TheAssassin has joined #openscad
teepee has joined #openscad
<teepee>
aha, connected!
<teepee>
FractOrr: the ExportPdfOptions are currently GUI only I believe, commandline uses defaults
<peeps[work]>
Church-: latitude and longitude segments may differ slightly on sphere (because the poles don't meet at a point, and there is always an equator), perhaps that is your issue? so matching with a circle depends on orientations
<peeps[work]>
er, nevermind the "always an equator" part
<peeps[work]>
if you want poles to meet at a point, it might be best to rotate_extrude your own spheres from a known circle
<peeps[work]>
then there's also the possibility to use a geodesic based on the octahedron, so you get symmetries about all 3 axes
* InPhase
summons the peeps[work] github link of icosahedral circles. ;)
<InPhase>
and spheres not circles. Come on words, go into the chat like they are in my head.
<peeps[work]>
:D
<peeps[work]>
Church-: of course the octahedral geodesic is mostly only convenient if your design involves only (rounded) right angles
mmu_man has joined #openscad
<Church->
you guys managed to confuse me. I partially get what you are saying, but trying alternative approaches broked other bits .. i guess i just cannot break my mind around openscad limitations properly, trying alternative ways broken other things. i wasted too many hours on this minor design bit, should call it quits. better spend extra half an hour rendering then even more hours trying to fix
<peeps[work]>
Church-: here is a simplified example of one possible source of mismatch, where sphere doesn't match precisely because it *doesn't* have an equator: $fn=12; sphere(10); color([1,0,0]) linear_extrude(0.1) circle(10);
<linext_>
anyone want to test whether the openscad wasm still builds?
<peeps[work]>
change fn to an odd number and then it gets an equator where it matches the circle again
<linext_>
teepee, does that build contain manifold?
<teepee>
yes, I think so
<peeps[work]>
Church-: but if circle is aligned with different axis from the equator, then there is another source of mismatch: $fn=13; sphere(10); rotate([90,0,0]) color([1,0,0]) linear_extrude(0.1) circle(10);
<teepee>
linext_: your error looks like some network issue, hard to tell where the issue is though
<peeps[work]>
Church-: anyways if your main problem is render time then I would suggest trying a "dev snapshot" of openscad ( https://openscad.org/downloads.html#snapshots ), and enabling experimental feature of "manifold" geometry library, which is ~100x faster than normal CGAL
cart_ has quit [Ping timeout: 258 seconds]
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ubitux has quit [Ping timeout: 255 seconds]
lastrodamo has joined #openscad
ubitux has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 256 seconds]
teepee_ is now known as teepee
<linext_>
i'd really like to get manifold up on 3dcustomizer.net
<linext_>
thingiverse was a bit interested since ultimaker is running it now
<peeps[work]>
did stratasys sell the site or is ultimaker under statasys now
FractOrr has joined #openscad
<FractOrr>
is there an application for qt to build the .ui files? I looked around and did not see one
mmu_man has quit [Ping timeout: 245 seconds]
<peeps[work]>
qt designer or qt creator i think (can't remember the differences)
<peeps[work]>
if you mean like an ide to design a UI. i mostly just modify them by hand though
<peeps[work]>
or do you mean UIC , the compiler for .ui files?
<FractOrr>
i mean qt creator I think, that is what I had seen references to. I have never used qt before so I am not really sure
<FractOrr>
I guess I could hand build the ui files but seems like a tedious process
FractOrr has quit [Quit: Client closed]
SamantazFox has joined #openscad
mmu_man has joined #openscad
<peeps[work]>
right, it helps to copy from a similar dialog etc if possible
<teepee>
yes, Creator is the IDE, Designer is the UI file editor
<teepee>
linext_: I checked the logs, our nightly builds include manifold for WASM
<linext_>
thanks
<linext_>
i wish Dominick Schroer had more time to update this openscad javascript hooks
<linext_>
i'll have to switch to the ochafik version
<teepee>
we have shared custody over the repo now
<linext_>
do you know whether his demos work with the new openscad wasm?
<linext_>
if so then my code might work too
<teepee>
no, I have not tried that
ferdna_ has joined #openscad
<linext_>
his demos are easy to use
<linext_>
i can try dropping in the current WASM into my web folder and see if it works
<teepee>
but we could try moving things to a single target, so there's no special stuff in ochafiks repo anymore
<teepee>
I saw ochafik do some updates in the playground repo, so maybe there is a way of getting that upstream into the main wasm repo
<teepee>
the link in the Makefile is just a copy so it keeps working as our server also has a cleanup job
<linext_>
i'll read through openscad.js and see what got changed
<teepee>
I think they had a slightly different approch regarding integrating of additional features, there's probably some discussion in the PRs / Issues in that github repo
<teepee>
it would be great if we can get that stuff sorted so people can use it easily
<teepee>
I hope that static embed version will happen at some point, I'd like to have that for my scad-model pages :)
<teepee>
which are just static github stuff
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<linext_>
openscad.js seems to match up with openscad.wasm.js
<teepee>
that's a good start :)
<linext_>
that's the important part, the javascript hooks