A (simple) package manager (well, probably better to call it a
'library download tool') could be an easier solution. This could
(behind the scenes) be as simple as a 'git clone' of whatever packages
are checked by the user. The list of 'available packages' can be
pre-supplied with OpenSCAD or fetched dynamically from OpenSCAD's
Github. This could be made as fancy as one wants, of course -
dependencies, versioning, resolving dependency trees, online package
repositories complete with support for private repositories, etc. But
frankly for OpenSCAD my needs are seldomly more complicated than
download zip of master from Github, open 'Libraries' folder, unzip
there, clean up directory structure. All that could be automated away
/ made much more user friendly by having a simple GUI that does this.
Beyond that point, there isn't really any need to tell anyone (even
the most beginner of beginners) that using BOSL2 is too complicated.
It will behave like a pre-supplied/built-in library, without burdening
OpenSCAD proper distribution with managing library versions.
cheers
Roel
On Mon, Aug 18, 2025 at 3:37 PM Jordan Brown via Discuss
discuss@lists.openscad.org wrote:
On 8/18/2025 2:25 PM, Jon Bondy wrote:
BOSL2 has all of the bezier stuff, as well as a 2D turtle. Why add any of this to OpenSCAD itself? The language should be lean and mean.
The argument for putting stuff in the core is so that it's available to everybody, notably to beginners.
One possible answer is to have a library, probably not as extensive as BOSL2, that is bundled with the application and so always available with some simple use <stdlib.scad>
or include <stdlib.scad>
. I don't think we would want to include/use it by default, because of namespace issues, but it could be readily and universally available.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
On 18.08.25 15:50, Roel Vanhout via Discuss wrote:
A (simple) package manager (well, probably better to call it a
'library download tool') could be an easier solution.
Prototype exists, it would need a bit of testing before it
can go really public.
https://github.com/openscad/openscad-library-manager
If anyone is interested in helping to move it forward, I'd
be happy to talk.
ciao,
Torsten.
A thoughtfully created stdlib.scad might be ideal but I think BOSL2 merits
more prominent coverage in OpenSCAD's documentation as being the broadest,
most capable and most polished general purpose OpenSCAD library. AFAIK it
is only listed on the libraries page and it is listed 2nd after BOSL with
the exact same description as BOSL except for the addition of (beta) which
caused me and probably others to first try BOSL. BOSL2 offers much more
than BOSL and has been sufficiently polished and useful for quite some time
to merit being a release candidate and recommended as the general purpose
library new users should first try.
Perhaps after BOSL2(rc) is declared BOSL2 1.0 then the OpenSCAD manual,
reference and tutorials could be updated with links to relevant parts of
the BOSL2 wiki. Currently under libraries in the OpenSCAD manual is a link
to BOSL but nothing for BOSL2...
On Mon, Aug 18, 2025 at 8:37 AM Jordan Brown via Discuss <
discuss@lists.openscad.org> wrote:
On 8/18/2025 2:25 PM, Jon Bondy wrote:
BOSL2 has all of the bezier stuff, as well as a 2D turtle. Why add any of
this to OpenSCAD itself? The language should be lean and mean.
The argument for putting stuff in the core is so that it's available to
everybody, notably to beginners.
One possible answer is to have a library, probably not as extensive as
BOSL2, that is bundled with the application and so always available with
some simple use <stdlib.scad>
or include <stdlib.scad>
. I don't think
we would want to include/use it by default, because of namespace issues,
but it could be readily and universally available.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
On Sun, 2025-08-17 at 13:32 +0000, William F. Adams via Discuss wrote:
I am going to try to re-create all this in "pure" OpenSCAD just to
check, but I can't see a reason for it to be dfferent in
(Open)PythonSCAD.
I'm trying to understand why your images are clearly .png files, but
have a .jpg extension.
On Monday, August 18, 2025 at 08:11:27 PM EDT, larry via Discuss discuss@lists.openscad.org wrote:
I'm trying to understand why your images are clearly .png files, but
have a .jpg extension.
Good question.
I was using Windows 11 to make screen grabs as one normally would --- I don't think I did anything to change that, but I will try to keep an eye out for anything which might cause that in the future.
William