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
-- Torsten
|
On 11/13/2020 6:51 PM, Torsten Paul
wrote:
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
-- Torsten
|
Free forum by Nabble | Edit this page |