UI for setting OPENSCADPATH

Yes, I can set $OPENSCADPATH from outside the application, but that's very alien in Windows.  (I'm a pretty high-end tech guy, and I had to search a while to (again) find out how to do it.)

Could we have path setting be a preference managed inside the application?  (With some provision for appending or prepending the environment variable, for backward compatibility.)

Is this a "much more likely to happen if somebody supplies a pull request" item?


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

On 13.11.20 21:53, Jordan Brown wrote:
> Could we have path setting be a preference managed
> inside the application?  (With some provision for
> appending or prepending the environment variable,
> for backward compatibility.)

Sounds like a useful feature. It would likely be
only available when running in GUI mode (as opposed
to calling OpenSCAD to export files on command line),
but that is probably acceptable as that's the case
for other options too.

> Is this a "much more likely to happen if somebody
> supplies a pull request" item?

Strange question. The only way changes happen is if
someone provides a pull request.

ciao,
  Torsten.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

Is this a "much more likely to happen if somebody
supplies a pull request" item?

Strange question. The only way changes happen is if
someone provides a pull request.

I was trying to distinguish between a change that might get done by one of the really-active people (like you), versus one that would probably only happen if somebody who actively wanted it did the development.


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

On 14.11.20 04:09, Jordan Brown wrote:
> I was trying to distinguish between a change
> that might get done by one of the really-active
> people (like you), versus one that would probably
> only happen if somebody who actively wanted it
> did the development.

I don't think anyone will be able to tell. With
everything based on spare time, there's no way to make
something resembling a project plan.

Speaking for myself, I'd like to go though some of the
backlog and try to release at least a release candidate
at some point. OpenSCAD is not in Ubuntu 20.10, but it
would be nice to see it back in the next releases of
both Ubuntu and Debian. Thankfully there's already some
help from the Debian side, so hopefully that will work
out. Just a matter of time, oh well... ;-).

That said, if there's a nicely described and designed
feature request, there's always a chance of someone
finding the issue on github and jumping on it. Sure,
it does not happen all the time, but there are a
couple of nice examples this year like import/export
via stdin/stdout, animation support for command line
(still in the backlog) or just 4 days ago obliviand
posted support for the new Lib3MF version which might
help Fedora and Arch users to get up-to-date 3MF
support.

ciao,
  Torsten.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org