<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Nov 11, 2015, at 12:21 PM, David Faure <<a href="mailto:faure@kde.org" class="">faure@kde.org</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">On Wednesday 11 November 2015 19:09:58 Petroules Jake wrote:<br class="">
<blockquote type="cite" class="">Feel free to do whatever you like for test mode but do not change the existing writable paths.<br class="">
</blockquote>
<br class="">
Jake, I would like to understand why you say that. As the QSP author and maintainer,<br class="">
I am 100% sure that the value of writableLocation(x) should be under $HOME.<br class="">
<br class="">
Spot the wrong value in this list of results:<br class="">
<br class="">
Writable locations:<br class="">
<br class="">
AppConfigLocation = $HOME/Library/Preferences/qtpaths<br class="">
AppDataLocation = $HOME/Library/Application Support/qtpaths<br class="">
AppLocalDataLocation = $HOME/Library/Application Support/qtpaths<br class="">
ApplicationsLocation = /Applications<br class="">
CacheLocation = $HOME/Library/Caches/qtpaths<br class="">
ConfigLocation = $HOME/Library/Preferences<br class="">
DataLocation = $HOME/Library/Application Support/qtpaths<br class="">
DesktopLocation = $HOME/Desktop<br class="">
DocumentsLocation = $HOME/Documents<br class="">
DownloadLocation = $HOME/Downloads<br class="">
FontsLocation = $HOME/Library/Fonts<br class="">
GenericCacheLocation = $HOME/Library/Caches<br class="">
GenericConfigLocation = $HOME/Library/Preferences<br class="">
GenericDataLocation = $HOME/Library/Application Support<br class="">
HomeLocation = $HOME<br class="">
MoviesLocation = $HOME/Movies<br class="">
MusicLocation = $HOME/Music<br class="">
PicturesLocation = $HOME/Pictures<br class="">
RuntimeLocation = $HOME/Library/Application Support<br class="">
TempLocation = $TMPDIR<br class="">
<br class="">
This is a bug, it was never intended for writableLocation to return a system-wide path.<br class="">
<br class="">
I can imagine that there is actually no use case for users writing into an<br class="">
ApplicationsLocation under $HOME on OSX (KDE code excluded).<br class="">
But in that case making the value more consistent with the other ones can't possibly hurt.<br class="">
</div>
</div>
</blockquote>
<div><br class="">
</div>
<div>Yes, I can agree with that -- it's completely useless to anyone, but consistent. Also, I was mistaken -- writableDirectory does indeed return $HOME/Applications now with my patch as everything is routed through the same mechanism (using NSUserDomainMask).</div>
<div><br class="">
</div>
<div>What we SHOULD have in Qt is something similar to NSSearchPathDomainMask so we could have a little more fine grained control. Maybe a user WANTS to write to locations in the local domain instead of the user domain (and in some cases, you DO -- like Applications).</div>
<br class="">
<blockquote type="cite" class="">
<div class="">
<div class=""><br class="">
-- <br class="">
David Faure, <a href="mailto:faure@kde.org" class="">faure@kde.org</a>, <a href="http://www.davidfaure.fr" class="">
http://www.davidfaure.fr</a><br class="">
Working on KDE Frameworks 5<br class="">
<br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
<div apple-content-edited="true" class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
-- <br class="">
Jake Petroules - <a href="mailto:jake.petroules@theqtcompany.com" class="">jake.petroules@theqtcompany.com</a><br class="">
Consulting Services Engineer - The Qt Company, Inc.</div>
</div>
<br class="">
</body>
</html>