<church_>
it's sometimes unpleasant, when rotate_extrude chooses $fs from outer rad. Especially if there is big radius difference between inner. It results in relatively too rough inner. Sometimes i'd wish for there to be param to rotate_extrude, by what to autochoose $f vars
kurisu123 has quit [Remote host closed the connection]
snaked has quit [Quit: Leaving]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 264 seconds]
teepee_ is now known as teepee
guso78k has quit [Quit: Client closed]
stealth_ has joined #openscad
guso78k has joined #openscad
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #openscad
AzAv8r has joined #openscad
bertronika has quit [Quit: Konversation terminated!]
<AzAv8r>
question on the color transformation: I know that it only works on preview, but I understood a color applied to the objects in the scope contained after the color statement. I have a model with two objects (modules) which nest. To view them nested, I applied red to object 1, green to object 2. Only one surface of object 2 is green - those
<AzAv8r>
surfaces which are coplanar (but separated by 0.2 mm) are red. Is this a bug, or is this just a manifestation on limits of using color? -> code is: color("green",1) jig2(); color("red", 1) jig1(); jig1() and jig2() are basically concentric tapered ring shells each about 3mm thick. jig1 has two ears which fit into corresponding slots
<AzAv8r>
on the top of jig2, resulting in the upper (and lower) surfaces being coplanar.
<AzAv8r>
Build is the current Ubuntu Nightly 2025.02.25.snap
<teepee>
it does work on meshes now with the Manifold backend
<teepee>
coplanar surfaces are never good, regeardless of color rendering or mesh calculation
<teepee>
well, coplanar surface = random outcome
<AzAv8r>
Translating jig1 [0,0,-0.1] was sufficient to create normal behavior. Thanks! This was using the manifold backend (which is FABULOUS). The main model in this project was taking about a second for preview, and about 40 seconds to render. WIth manifold both operations take under a second.
<AzAv8r>
And very nice that it works after rendering now. That will be useful for placards.
mmu_man has quit [Ping timeout: 268 seconds]
<teepee>
yep, it's pretty recent, and so far only 3mf and off support exporting the colors
<teepee>
it will take a while to catch up with everything
<teepee>
for the overlap I usually have a variable eps that is normally set to 0.01
<teepee>
it's annoying but so far there's no common/automatic way of solving the issue. some libraries include dedicated overlap in places where you are supposed to attach things
TheCoffeMaker has joined #openscad
<guso78k>
teepee, i think you should not even "union" the two objects, but rather remove the 2 "butting" faces and connect the related vertices instead
Guest20 has joined #openscad
<stealth_>
can you test the python version of openscad yet?
mmu_man has joined #openscad
Guest20 has quit [Quit: Client closed]
Guest20 has joined #openscad
<guso78k>
or even better: copy the exact vertex coorindates from faceA to faceB before unioning. this will ake sure that there is a ZERO gap in between and even can avoid potentional self-intersection
Guest20 is now known as xaxtric_7
<teepee>
stealth_: yes, for the official version you need Linux for now, or you can try the version guso78k provides
<guso78k>
teepee, any schedule for next "time slot" and "interest" to look into, why my ctests fail
<guso78k>
just turned my anycubic printer into klipper resuing the existing display! :b :b
<teepee>
the last I saw was just the fn/fs issue that shoulf be fixed now
<teepee>
do you have a link to the specific run you mean?
<guso78k>
yes, fn works fine now!
<stealth_>
teepee, can i just download the latest git repo and it should work?
<stealth_>
OpenSCAD version 2025.02.26
<teepee>
stealth_: yes, AppImage, Snap, Flatpak and the OBS repos are all updated. Flatpak may lag behind a bit as the builds are not fully automatic
<teepee>
or did youu build yourself? then you need to add the flags to enable python
<stealth_>
i just built it, OpenSCAD version 2025.03.01
<guso78k>
i believe, key to success is beeing able to rerun the test with output enabled.
<teepee>
stealth_: you need -DENABLE_PYTHON=ON then with cmake
<xaxtric_7>
HI everyone i am new to this community and got to know about this because of gsoc25 so from where should i start i am also new to this gsoc thing
<teepee>
guso78k: it has everything enabled, it does output to that download html in the summary section
<guso78k>
ok thank you, let me search harder
<teepee>
xaxtric_7: did you look through the project proposals for openscad already? anything you are interested in specifically?
<teepee>
in general the best 2 thing to start is 1) getting the source code and getting this build and even more important 2) communication! :)
<stealth_>
i don't see any python option in preferences
<stealth_>
maybe it didn't compile with python enabled, let me try again
<guso78k>
its in Features: python-engine
<stealth_>
even though i am adding -DENABLE_PYTHON=ON into cmake the package manager isn't saving it.
<stealth_>
shows af it is but its not.
<stealth_>
*as
<teepee>
did you install nettle-dev?
<teepee>
it says in the cmake logs if it's compiling the support
<guso78k>
after cmake there should be a message if python is enabled or disabled
<teepee>
-- Found Python: /opt/hostedtoolcache/Python/3.13.2/x64/bin/python3.13 (found version "3.13.2") found components: Interpreter Development Development.Module Development.Embed
<teepee>
-- Found Nettle: /usr/lib/x86_64-linux-gnu/libnettle.so (found suitable version "3.7", minimum required is "3.4")
<teepee>
-- Python enabled, using Nettle 3.7
<teepee>
that's from the CI build
<stealth_>
its the package manager it wont let me modify cmake, even if i do it ignores the changes and does its own thing.
<stealth_>
is there a way to install this using pip or into python?
<guso78k>
pythonscad has it, but it its somewhere between alpha and beta
<stealth_>
i see
<guso78k>
teepee. the pr with the ctests looks promising
<teepee>
stealth_: can you use AppImage/Snap or Flatpak=
<stealth_>
teepee, looks like i can use appimage OpenSCAD version 2025.02.28.ai23859 (git ce6161cc0)
<stealth_>
at least there is no error using python syntax anymore.
<guso78k>
stealth_ , i dont want to decorate myself with others'feathers. Syntax coloring came from helpers '=D '=D
mmu_man has joined #openscad
<stealth_>
guso78k, no worries, I was talking about adding python to openscad, this really does help me out, I was dreading working with other syntax. I do have a large project I want to focus on so its perfect timing ;) ;)
<stealth_>
nice, you can even do `print('hello')` this will help with debugging.
<guso78k>
yes of course, redirecting output to openscad log window was quite some challenge ;)
<guso78k>
i even plan to add an input line below openscad log to feed in input to python, but not very mature
<stealth_>
this is like a game changer, you can import all of pythons stdlib? that is huge!!!
<stealth_>
its not a bad start.
<guso78k>
stealth, be careful with import of libs. if they have shared objects, they only work, when openscad itself has pip; ed ...
<guso78k>
i got some examples of possibilities in pythonscad.org, maybe some examples can be derived at some point in time ...
<teepee>
looks like we may need to explicitely add the security repo
<teepee>
with venv you can then install *any* package from pip that is available for that python version
<ali1234>
the point of adding a venv is to be able to use libraries like numpy
<stealth_>
if you are shipping your own version of python venv isn't needed but if you are using systems python version sure, if best to keep things separated.
<ali1234>
venv is always needed
<teepee>
it's impossible to ship the system version
<ali1234>
you can't install things inside an appimage
<ali1234>
except when building the appimage
<stealth_>
Didn't you say if you compile openscad will use the systems python?
<guso78k>
yes, i said so
<teepee>
stealth_: * except the one case when using distro packages
<stealth_>
you can just include Python.h and compile python with OpenScad.
<guso78k>
but those openscad is not very portable.
<stealth_>
If it was me, I would just include python with OpenScad and do not bother with the OS python and wont use venv either.
<guso78k>
you can just use it yourself
<teepee>
sorry, but that makes no sense
<teepee>
if you build yourself ignoring the system python, you have exaclty 2 options
<teepee>
1) don't use anything other than the builtin modules from python (stdlib or whatever that is called)
<teepee>
2) use a venv to place the packages, e.g. installed via pip
<ali1234>
3) install any extra libraries you want at build-time
<stealth_>
I normally just compile my own version of python into /opt and use that, I don't use Python that comes with OS, since its really for OS and other software to use.
<ali1234>
4) don't build an immutable style package and install whatever you want in the package's system env
<stealth_>
this way I don't have to mess with venv as well, since those have cause many bugs and just wastes time.
<teepee>
3 is no option for the official builds
<ali1234>
neither is 4
<teepee>
there is always hacks that may or may not work
<teepee>
I'm not counting those as options
<ali1234>
python is nothing but hacks... sorry :(
<ali1234>
it's hacks all the way down
<teepee>
once we get python nicely integrated, adding other languages might be simple
<guso78k>
Elixir :') :') :') :')
<teepee>
I don't see that happening
<guso78k>
just kidding
<ali1234>
rust, for the masochists
<teepee>
that repo was 6 years abandoned
<stealth_>
guso78k, any way to get openscad preview to work within sublimetext?
<stealth_>
I want to use sublime for coding since the editor is way better.
<guso78k>
i think you just need to use the external editor feature
<stealth_>
I suppose, its gets weird when you are working with multiple files and you need to render, it will close the editor and open a new one.
<guso78k>
nope, you can hide openscad's editor and just edit the source file with your sublime editore
<stealth_>
I know, I didn't mean that, but its no big deal... I am just happy I can code 3d in python.
<ali1234>
okay so running venv module makes a venv, but it is the system python
mmu_man has joined #openscad
<stealth_>
in that cause its good to use venv if you are using system python, you don't want to install stuff from pip into your system python but venv is ok .
<ali1234>
you still have that bug when if the script exits, the whole program exits
<ali1234>
and then you can never open that script again, lol
<stealth_>
?
<stealth_>
with venv?
<guso78k>
yeah, that is still an issue. :')
<ali1234>
i think the only sensible way to make this work is by adding "venv" and "pip" commands to openscad's cli somehow
<ali1234>
"--python -m venv" or something
<ali1234>
and make "--python" be default if executable name starts with "python"
<teepee>
just trying that, the python init has a dedicated field for running a module
<stealth_>
when you say use python, it should create default venv to your python code. Also pip that only works inside that venv
<ali1234>
the first step is getting venv to work *at all*
<ali1234>
UI is a totally different problem
<ali1234>
apparently it is possible to ship two binaries in an appimage
<ali1234>
oh, but the main binary has to run the secondary one
<stealth_>
you just have to include venv & pip files inside site-packages
<stealth_>
or any folder and make sure that folder is included using sys.path
<ali1234>
and supply a way of running them, which we currently don't
<stealth_>
just like you run python now like `/usr/bin/python` you run it `/path/venv/python` maybe there is an init process (not sure i don't use venv)
<ali1234>
how you going to run python when it isn't shipped?
<ali1234>
how you going to run venv/bin/python when you haven't made a venv yet?
<stealth_>
you are using systems python right? just add a check to see where its located, also you can just include venv files and point it to where python is.
<ali1234>
no
<stealth_>
you don't have to "install" venv, you need the .py files.
<ali1234>
as previously mentioned, we cannot use system python
<stealth_>
you can use the same idea with both, one you include and system python.
<ali1234>
python executable is not included
<ali1234>
it is libpython
<ali1234>
it's a library
<ali1234>
you can't run it
<stealth_>
well for openscad to run python code, it needs to use python.exe from somewhere! either you compiled or system compiled.