https://bugs.kde.org/show_bug.cgi?id=410240
--- Comment #10 from RJVB <rjvber...@gmail.com> --- (In reply to caulier.gilles from comment #7) > To Maik, comment #3 : > > QStandardPath is problematic under MAcOS, especially for KF5 based API and > application. > > The vision to handle QStandardPath from KF5 team and Qt5 team is completely > different. As i know this divergence is not yet resolved in source code. Erm, no. KF5 code (mostly) uses QSP as it should, given how KF5 software is installed most of the time. The main problem lies in the conflict between platform requirements on "platform-native" install locations and schemas in QSP and in KDE's build system. In other words, KDE's build system is designed around the assumption of having shared resources in a central location, which happens to match with the standard Unix QSP implementation but not that for the Mac OS and MS Windows (which assume some form of sandboxing). Qt were never downright hostile against supporting a shared install schema/model on Mac and/or PC, I long had an exchange with David Faure about this, but ultimately we just never got around to coming up with something that would have stood a chance to be included in Qt. Either way that wouldn't have helped you here. > About the Qt5/KF5 conflict about QStandardPath, i CC Renee J Bertin, who Gilles, you should know how to write my name without changing my gender :P > know better than me the story and if the issue will be finally closed in the > future. You could look at Kate to see how embedding resources into the binary can be leveraged; the breeze icon theme even has a feature to help with this. That feature is documented but I think in the code only. -- You are receiving this mail because: You are watching all bug changes.