<kintel>
Guest96: The F7 issue is likely a temporary issue with development snapshots: You can configure what F7 does in preferences, and we recently changed preference key/value for this function.
<kintel>
..so re-selecting it in preferences might help
<kintel>
We should probably look into adding some automated preference update code to support old settings
Guest35 has joined #openscad
J25k81 has quit [Quit: Client closed]
J25k81 has joined #openscad
Guest35 has quit [Client Quit]
mmu_man has quit [Ping timeout: 244 seconds]
<InPhase>
kintel: Do you still have a Windows VM around for testing? While Guest96 thinks it was probably a local issue with key settings, they were speaking about a freshly installed Windows setup.
<InPhase>
The F7 key was setup fine for me, and there's no corresponding entry in shortcuts.json. But this is with Linux and not fresh.
<kintel>
Unfortunately not.. I keep meaning to refresh my native Windows setup, but last I tried, the Windows bootloader was particularly unfriendly
<InPhase>
Yeah.
<InPhase>
All I have is a very antiquated Win7 VM. But I think we don't even support that anymore. :)
<kintel>
heh, Windows 10 is minimum these days, no idea why
<kintel>
It could also be a bug we had recently: Export didn't work on Qt5 for a bit until we fixed it
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
FluxLalonde has quit [Quit: Client closed]
lastrodamo has joined #openscad
peepsalot has quit [Remote host closed the connection]
peepsalot has joined #openscad
greenbigfrog has quit [Ping timeout: 244 seconds]
greenbigfrog has joined #openscad
J25k65 has joined #openscad
J25k81 has quit [Ping timeout: 240 seconds]
Akash has joined #openscad
Akash is now known as akash_
akash_ has quit [Client Quit]
akash_ has joined #openscad
kintel has joined #openscad
L29Ah has quit [*.net *.split]
guso78_ has quit [*.net *.split]
knielsen has quit [*.net *.split]
foul_owl has quit [*.net *.split]
Ekho has quit [*.net *.split]
L29Ah has joined #openscad
guso78_ has joined #openscad
foul_owl has joined #openscad
Ekho has joined #openscad
knielsen has joined #openscad
<gbruno>
[github] kintel unassigned issue #5451 (The OpenSCAD editors Find and Replace sometimes distinguishes between upper and lower case, sometimes not.) https://github.com/openscad/openscad/issues/5451
<teepee>
you need to use *full path* to output file
<teepee>
not *directory of* output file
<J25k65>
that is using "filename.pov" but the generated file has some random string added
<teepee>
yes, that's how it works
<J25k65>
pov ray say it can't find that file ..
<J25k65>
the Exported temporary file E:/Projekte/PovRay/25-024-SolderPen.scad.pov.rhBNKb.pov but POVray is called with Exported temporary file 25-024-SolderPen.scad.pov
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #openscad
lastrodamo has quit [Quit: Leaving]
Guest65 has joined #openscad
Guest65 has quit [Client Quit]
kintel has joined #openscad
<kintel>
In terms of export to external apps: I was thinking cmd-line presets for known apps would be cool, but the GUI get very involved very fast
<teepee>
good idea, and probably easier than a single default
<kintel>
With some effort: Automatically locate known apps on your system :)
<teepee>
pff, platform dependent dropdown has to be good enough ;-)
Ademan_ has quit [Quit: leaving]
<kintel>
At least on macOS, you can open an app by knowing its identifier without knowing its location, modulo having multiple copies installed: open -b org.openscad.openscad
<kintel>
( I guess it's similar in practice to having named apps in PATH :) )
<InPhase>
kintel: First reflex thought: One can skip a gui by making json templates for this.
<InPhase>
kintel: Like each one in a directory specifies an external app and how to interact with it.
<InPhase>
kintel: It's arbitrarily flexible for changes going into the future.
<InPhase>
And, people can share them. Some examples could be posted.
<InPhase>
This would also simplify the command line, because it could simply reference the same json file.
<InPhase>
In a work program, I did json files with a few special variables parsed by the program like $HOME, $DESKTOP and so on, grabbing these values from Qt's system directory info, so that the json files could be made portable.
mmu_man has quit [Ping timeout: 252 seconds]
<InPhase>
Basically, QDir::homePath() and QStandardPaths::standardLocations(...)
<teepee>
reading templates from json we have already for other stuff, so that's not a big deal
<kintel>
yeah, good idea - decouples this from our release cycle too
<teepee>
the data is already stored as json in the settings, but that's not really targeting user readability
<kintel>
We could pull default json from our file server if we want to be extra agile
<teepee>
the bigger challenge is supporting multiple settings
<InPhase>
Some calls to standardLocations return an empty list though, so one has to handle that in some manner.
<InPhase>
Like if that location is not on the platform.
<kintel>
Question is also: Where would you even start looking for apps on Windows?
<InPhase>
teepee: Well, if you use a json, people can preset whatever combinations they like, under whatever names they like.
<InPhase>
teepee: One json per whatever configuration they want.
<teepee>
yes, but we have the editor for a single app right now
<InPhase>
kintel: Presumably in QStandardPaths::ApplicationsLocation :)
<kintel>
right, but on Windows, the exe files tends to be located into some subfolder there, depending on app name, company name etc.
<InPhase>
kintel: Well, that standardLocations is plural, and returns a list...
<InPhase>
kintel: How to handle that is optional I guess.
<kintel>
..or perhaps it's more structured now - last I used Windows more than once per month was pre-Windows XP : /
<InPhase>
kintel: For my work case, I always just took the first one, because that fit all needs I had. But I bet for Windows you get at least two directories. :)
<InPhase>
kintel: I suppose you could iterate and check for matches.
<InPhase>
I guess that sounds a bit like a kludge, but it could work.
<InPhase>
Really people just want such things to work transparently, and a modest portability effort would really help with sharing if it's possible.
<InPhase>
Maybe the json could have a list of executables to try, taking the first one that is an existing file.
<InPhase>
Then if you get a standard location that expands to multiple directories, just insert them back into the list in order and keep processing.
<InPhase>
If it expands to no directories, remove the entry from the list.
mmu_man has joined #openscad
<InPhase>
Then one could decide whether to bundle them and try to maintain these lists, or outsource this to the wiki so people can dynamically edit these to support more platforms.
<InPhase>
Or some combination thereof, based on common or niche.
<InPhase>
kintel: Reflecting on "We could pull default json from our file server", I'll go with don't choose that. :) These would specify a program to run, so that introduces an awkward centralized security hole.
<InPhase>
Either bundle or provide examples and/or infrastructure for users to share them.
<kintel>
InPhase Good point
<teepee>
oh, ffs... "We are looking to bring more security and AI/ML projects into GSoC 2025"
<InPhase>
Will google give us server time for an undergrad to train ScadGPT?