<kintel>
..and I wonder if we could rather solve this outside of Qt by constructing boost::filesystem::path and create std fstreams from these paths.
califax has quit [Remote host closed the connection]
califax has joined #openscad
J24k73 has joined #openscad
J24k has quit [Ping timeout: 256 seconds]
snaked has joined #openscad
<InPhase>
kintel: Before trying to generate Windows filenames, is this for some purpose where we could switch to using all the new utf8 Windows filesystem calls that were added sometime during the Windows 10 era?
<InPhase>
kintel: I try to avoid Windows programming as much as I can, but I did gain awareness of those appearing. :)
LordOfBikes has quit [Ping timeout: 260 seconds]
<kintel>
Partially. I'm trying to clean up some hard-to-read code, and would like us to use libraries which understand filenames instead of managing 8-bit encodings ourselves.
<J24k73>
rvt looks great you can also hide a cable in a hinge but probably not needed
<rvt>
J24k73: I am printing it npw, to see how it looks and fits… the distances are now really short so I think it’s fine for now
<J24k73>
if you just add a hollow disc with the center at the fulcrums at the slot position it will shield the cable by intersecting into the other part.
<rvt>
it ‘should work for a GPS that has a coax cable… or the 5 wire ‘all-in-one’ GPS… we will see :)
<J24k73>
it is connected to one side or could be completely free
<rvt>
Hmm not sure if I understand your design… I will send a picture how it’s going to be attached on my case, it’s on the side… not the top… because I don’t want people messing around with that fragile connector if they open the case
<rvt>
I do think it’s better to get one of these GPS ‘blocks’ where the antenna and GPS is one PCB.. then it’s just RS232 + PPS… makes a more robust design