Empathy List Archives

JB

Jordan Brown

Fri, Nov 13, 2020 8:53 PM

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?

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?

TP

Torsten Paul

Sat, Nov 14, 2020 2:51 AM

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.

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.

JB

Jordan Brown

Sat, Nov 14, 2020 3:09 AM

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.

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.

TP

Torsten Paul

Sat, Nov 14, 2020 5:01 AM

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.

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.

discuss@lists.openscad.org

UI for setting OPENSCADPATH