OS/2, eCS & ArcaOS - Technical > Internet
Dooble releases-Qt6
David McKenna:
Thanks Dave - it's working well here!
There is a long standing bug in Dooble on OS/2 where if you try to open an HTML file, it always says 'Your file couldn't be accessed' even though you just clicked on it. However, if that file is on your %UNIXROOT% drive (say C:), and you remove 'C:' from the address bar with that file name on it, the file is displayed. If it is not on the %UNIXROOT% drive, removing, say 'D:' does not help and can not be displayed.
The implication is the code is using a Linux standard to find the file (no drive letters) so it works this way only on the %UNIXROOT% drive. But the Windows version of Dooble does use drive letters and it does work, so it seems there must be a code path available to use drive letters when displaying files if needed.
Are you familiar with this? Has it been looked at in the past? The reason it is important to me is I would like to use Dooble to display e-mail messages from PMMail, but it doesn't work because PMMail is not on %UNIXROOT% so even removing the drive letter doesn't help in that case. Seems like there should be a straight forward solution to this, if the proper code was identified...
Regards,
Paul Smedley:
I searched the dooble code for Q_OS_WINDOWS and I don't see anything obvious. I suspect it may be using a Qt API that is using the unix code path not a windows path on OS/2.
Dave Yeo:
--- Quote from: Mike Kölling on August 22, 2024, 08:41:30 am ---Hi Dave,
Thanks again for your nice work. I my case I would like to have the German language available.
Greetings, Mike
--- End quote ---
Here you go for testing purposes. Let us know if you can get them to work. Alex says that the %LANG% variable is the usual way for Qt apps to find their locale. See the included readme from upstream. Not sure if drive letters will work or which path separator to use in DOOBLE_TRANSLATIONS_PATH
Dave Yeo:
Hi David, as Paul says, the file stuff seems to come from the Web engine or simply Qt.
Playing around a bit, there seems to be some weird rules at play. As you say, drive letters aren't recognized, some variables are.
Using a small html file I had laying around, Node.html and copying to various places, I found these work.
file:///@unixroot//Node.html and file:///@tmpdir//Node.html using %UNIXROOT% and %TMPDIR%
file:///etc/Node.html opens the Node.html in \mptn\etc
file:///tmp/Node.html opens the Node.html in %TMP%, same as %TMPDIR%
Meanwhile things like file:///home/Node.html does not work.
Not sure what the rules are here but it may be possible to have an environmental variable pointing to your PMMail location or perhaps a symlink in @unixroot pointing at your PMMail directory
Paul Smedley:
I'll have a poke around the chromium/qtwebengine code...
I reckon this might be it: https://github.com/qt/qtwebengine-chromium/blob/b45f07bfbe74c333f1017810c2409e1aa6077a1b/chromium/url/url_canon_unittest.cc#L2091
Oops that's the unittest - but I reckon the solution is in the source folder....
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version