<div dir="ltr">Yeah, obviously to share with all users installing data files into /Library/Application Support/ is better, I just didn't do that in my test since my user doesn't own that folder and I didn't want to install with sudo for a test.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 26, 2015 at 7:26 PM, Aleix Pol <span dir="ltr"><<a href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Feb 26, 2015 at 10:45 AM, René J.V. <<a href="mailto:rjvbertin@gmail.com">rjvbertin@gmail.com</a>> wrote:<br>
> On Wednesday February 25 2015 19:10:08 Jeremy Whiting wrote:<br>
><br>
>>QStandardPaths there that worked pretty well. In discussion with the Qt<br>
>>developers I began to think that we maybe should be installing our data<br>
>>files in the places that QStandardPaths expect to find them, rather than<br>
>>get QStandardPaths to find files in linuxy paths.<br>
><br>
> Even if that were the easy way out, I don't think it's the proper solution if not only because OS X and MS Windows are multi-user machines and are maybe more often used like that than Linux desktop installs. Installing stuff in $HOME/Library/Application Support is thus not an option (besides, there's that obnoxious space in the filename that's bound to cause issues).<br>
><br>
> If we can't find a best-of-both-worlds solution that we all agree on and can go into Qt, we'll just have to roll our own (which might be incorporated after all once it's proved its value ;))<br>
><br>
> Reminder to self: add my views to wherever we decided to continue the stalled discussion from gerrit.<br>
><br>
> R<br>
<br>
</span>IIRC, the solution is using /Library instead, although my OS X<br>
knowledge is rusty.<br>
<span class="HOEnZb"><font color="#888888"><br>
Aleix<br>
</font></span></blockquote></div><br></div>