<peepsalot>
J24k84: what do you mean where it is found? its not part of openscad, so nowhere...
<peepsalot>
J24k84: if you want to know where to place it, you can click File -> Show Library Folder
<J24k84>
ah i guess the location is because it was uploaded into an issue .. that confused me
<peepsalot>
right, its just an issue attachment
<peepsalot>
the previous link was to a thingiverse thing
teepee_ has joined #openscad
teepee has quit [Ping timeout: 240 seconds]
teepee_ is now known as teepee
<juri_>
hey, i was having a bad idea in inplititcad, and thought i'd spread it here. managing libraries is a pain, so i was considering going the route of most languages (other than C/C++), and would integrate some package management into the language. something as simple as changing import to add a git repo / branch.
Korak has joined #openscad
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
<InPhase>
juri_: Yeah, we've floated that idea for OpenSCAD.
<juri_>
it seems like something that's holding the language back. which i hate to say, because i hate language-specific package managers.
<InPhase>
Yeah.
<InPhase>
We didn't leap on it, I guess partially because nobody really loves any of the proposed solutions. But it is the sort of thing needed.
<InPhase>
Any chosen solution shoots your foot off in a slightly different way as you get permanently attached to that solution.
<InPhase>
One idea I floated once was that of having little python plugins as loaders, so that they could be added to or swapped out by users to manage the problem of site changes breaking library access in old releases.
<InPhase>
This idea was rejected in discussion on the basis that we weren't sure we wanted to couple OpenSCAD executables to python. But maybe we're warming more to that idea. :)
<juri_>
eeew. python. i hope you don't go that route. :P
<InPhase>
Well, it would work well for us. ;) I anticipated you hating it, but maybe you could find another suitable method for such plugin notions that works with your preferences.
<InPhase>
There was a logic behind that workflow idea.
<InPhase>
Or there might be other ways to solve the same problem of site changes or flexibly adding support for other sites post-release.
<teepee>
I had hopes for entropic which claimed at the time to be JavaScript but also for all languages. I have not looked for a while, but I think it's really dead by now
<teepee>
the only fully integrated one is deno as far as I'm aware, are there others?
<teepee>
integrated as in include/import does network urls
califax has quit [Ping timeout: 240 seconds]
califax_ has joined #openscad
califax_ is now known as califax
califax has quit [Ping timeout: 240 seconds]
teepee_ has joined #openscad
teepee has quit [Remote host closed the connection]
<teepee>
yes, I tried using it and it did not feel that easy to use, and the person suggesting it vanished
<Scopeuk>
that's fair
<Scopeuk>
I've not used ce but have used vcpkg and it works but it feels like it was made for a ci server
<teepee>
totally diffent things as far as I understand it
<Scopeuk>
I think they operate the same but for different content?
<Scopeuk>
unimportant anyway if it's not workign for us
<teepee>
it might be worth another look, but it seemed like it needed a couple of not so nice workarounds, not sure how platform independent those were
<Scopeuk>
yeh the docs seam to indicate that it is meant to setup the results of using vcpkg for source builds
peeps has quit [Remote host closed the connection]