[KDE/Mac] Multiplatform frameworks

Jeremy Whiting jpwhiting at kde.org
Fri Feb 27 03:03:32 GMT 2015

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.

On Thu, Feb 26, 2015 at 7:26 PM, Aleix Pol <aleixpol at kde.org> wrote:

> On Thu, Feb 26, 2015 at 10:45 AM, René J.V. <rjvbertin at gmail.com> wrote:
> > On Wednesday February 25 2015 19:10:08 Jeremy Whiting wrote:
> >
> >>QStandardPaths there that worked pretty well. In discussion with the Qt
> >>developers I began to think that we maybe should be installing our data
> >>files in the places that QStandardPaths expect to find them, rather than
> >>get QStandardPaths to find files in linuxy paths.
> >
> > 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).
> >
> > 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 ;))
> >
> > Reminder to self: add my views to wherever we decided to continue the
> stalled discussion from gerrit.
> >
> > R
> IIRC, the solution is using /Library instead, although my OS X
> knowledge is rusty.
> Aleix
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20150226/cfc32e87/attachment.htm>

More information about the kde-core-devel mailing list