[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-mac
Subject:    Re: [KDE/Mac] [Interest] QStandardPaths::writableLocation(QStandardPaths::AppDataLocation)
From:       <mk-lists () email ! de>
Date:       2015-01-28 21:32:33
Message-ID: 337C922C-FB99-43C1-99E5-15983F415787 () email ! de
[Download RAW message or body]

Hi Ren=E9,
Hi David,

On 28 Jan 2015, at 20:41 , Ren=E9 J.V. Bertin <rjvbertin@gmail.com> wrote:

> On Tuesday January 27 2015 18:39:27 Harri Pasanen wrote:
>> returns "/Library/Application Support/appname"
>> which is not user writable.
>> =

>> Seems like a bug, but perhaps this is intentional?
> =

> According to qtdiag from my MacPorts qt5-mac-devel (5.4.0) install, with =
Jeremy Whiting's QSP patch:

Yes:
=85
>  FontsLocation: "Fonts" */System/Library/Fonts*
>  ApplicationsLocation: "Applications" */Applications*
=85
BOTH should NOT be writeable [1]! >>>>>>>>  This looks like a bug and needs=
 fixing.  <<<<<<<<<

I do see the same in a vanilla-MacPorts Qt 5.3.2 (qt5-mac).


>  DataLocation: "Application Support" */Users/bertin/Library/Application S=
upport/QtProject/qtdiag* /Library/Application =


According to [1] the path AppDataLocation is equal to DataLocation.
The first path is always the writeable one, which is in correspondence with=
 what you show above.
I wonder what the original 5.4.0 code produces=85 Though, I somehow can=92t=
 imagine that Harri had a QSP-patched Qt 5.4.0!

I guess someone should pick up this discussion on Qt-interest, no?

Regards,
Marko



[1] http://doc-snapshot.qt-project.org/qt5-5.4/qstandardpaths.html
_______________________________________________
kde-mac@kde.org
List Information: https://mail.kde.org/mailman/listinfo/kde-mac
KDE/Mac Information: http://community.kde.org/Mac
[prev in list] [next in list] [prev in thread] [next in thread]