discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

Trying to understand rotate extrude

RV
Roel Vanhout
Mon, Aug 18, 2025 1:50 PM

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

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
TP
Torsten Paul
Mon, Aug 18, 2025 2:03 PM

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.

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.
TA
Todd Allen
Mon, Aug 18, 2025 6:24 PM

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

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
L
larry
Tue, Aug 19, 2025 12:11 AM

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 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.
WF
William F. Adams
Tue, Aug 19, 2025 12:36 AM

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

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