Hi Jeremy,
On 02/03/2015, at 11:42 PM, Jeremy Whiting wrote:
I read that KDEInstallDirs documentation [2], and it seems it's a bit outdated
Well, it is part of the official documentation for ECM, in api.kde.org, so it
*ought* to be up-to-date, but there is no date or version number AFAICS.
What
Ian,
I read that KDEInstallDirs documentation, and it seems it's a bit outdated
or at least not complete. If I change just -DKDE_INSTALL_DATADIR but
nothing else here. kdesrc-build is installing data (stuff that went under
$prefix/share) in ~/Library/Application Support but nothing else so far.
On Sunday March 01 2015 17:37:35 Ian Wadham wrote:
Hi Ian
Let me kick off by saying that I am not necessarily in favour of doing what
the Romans do… ;-)
Heh, I got that! :)
And I do not like directory names with a space in them
either, but that is just an annoying detail...
I *hope* it's
Hi Ian,
On 02 Mar 2015, at 03:30 , Ian Wadham iandw...@gmail.com wrote:
I am talking about regular apps, not Frameworks, but I am glad that
Frameworks'
doctools is inserting the kf5/ subdir.
But also I expect /Library/Application Support/kxmlgui5/“,
If I have understood [2] correctly (BTW
On February 28, 2015 1:20:27 PM CET, Jeremy Whiting jpwhit...@kde.org wrote:
Then data will all be under ~/Library/Application Support/Qt5/appname ?
I think Ian's idea was not to use the appname bit (for stuff shared with other
apps).
that's a bit cleaner, but why would Qt/KDE applications
On Saturday February 28 2015 18:12:40 Ian Wadham wrote:
One problem is that these are NOT exactly like ~/.local/share,
/usr/local/share,
~/.local/share/APPNAME and /usr/local/share/APPNAME on Linux.
...
A bundle identifier is something like org.kde.appname. Actually, on my
system I find:
On Saturday February 28 2015 22:00:07 Ian Wadham wrote:
Hi Ian,
Esprit d'escalier. We could change GenericDataDir in QStandardPaths to be:
~/Library/Application Support/Qt5, /Library/Application Support/Qt5
That would work for ALL applications that use Qt5 and QSP, regardless of
Hi Jeremy,
My apologies for going back to basics. Some things you said earlier made me
think we are not on the same page, but I now see that we are.
On 02/03/2015, at 3:15 AM, Jeremy Whiting wrote:
The example code you've given does already use prefixes. I'll explain below.
On Sat, Feb
Hi René,
On 01/03/2015, at 8:17 PM, René J.V. Bertin wrote:
On Sunday March 01 2015 17:37:35 Ian Wadham wrote:
Let me kick off by saying that I am not necessarily in favour of doing what
the Romans do… ;-)
Heh, I got that! :)
Yeah, but I am keeping an open mind…
And I do not like
Am 28.02.2015 um 08:12 schrieb Ian Wadham:
But I do not know how or when this could be done. Clearly, we cannot
hard-wire that into
the QSP code, because there are other apps that use Qt but do not come from
the KDE
Community. It would be easy enough to put it into ECM modules when
Hi René,
On 28/02/2015, at 8:15 PM, René J.V. Bertin wrote:
On Saturday February 28 2015 18:12:40 Ian Wadham wrote:
One problem is that these are NOT exactly like ~/.local/share,
/usr/local/share,
~/.local/share/APPNAME and /usr/local/share/APPNAME on Linux.
...
A bundle identifier is
On Sat, Feb 28, 2015 at 4:51 AM, René J.V. rjvber...@gmail.com wrote:
On Saturday February 28 2015 22:00:07 Ian Wadham wrote:
Hi Ian,
Esprit d'escalier. We could change GenericDataDir in QStandardPaths to
be:
~/Library/Application Support/Qt5, /Library/Application
Support/Qt5
Hi René,
Let me kick off by saying that I am not necessarily in favour of doing what
the Romans do… ;-) And I do not like directory names with a space in them
either, but that is just an annoying detail...
I just wanted to follow up on Jeremy's experiments at the start of this thread
(and
Hi Jeremy,
On 28/02/2015, at 11:20 PM, Jeremy Whiting wrote:
On Sat, Feb 28, 2015 at 4:51 AM, René J.V. rjvber...@gmail.com wrote:
On Saturday February 28 2015 22:00:07 Ian Wadham wrote:
We could change GenericDataDir in QStandardPaths to be:
~/Library/Application Support/Qt5,
Hello Ralf,
On 28/02/2015, at 7:32 PM, Ralf Habacker wrote:
Am 28.02.2015 um 08:12 schrieb Ian Wadham:
But I do not know how or when this could be done. Clearly, we cannot
hard-wire that into
the QSP code, because there are other apps that use Qt but do not come from
the KDE
Community.
Hi Jeremy,
On 27/02/2015, at 2:03 PM, Jeremy Whiting wrote:
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 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
On Thu, Feb 26, 2015 at 10:45 AM, René J.V. rjvber...@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
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 aleix...@kde.org wrote:
19 matches
Mail list logo
