On Wed, 4 Mar 2009 22:17:43 +0100
Axel Liljencrantz liljencra...@gmail.com wrote:
2009/3/4 Dieter Plaetinck die...@plaetinck.be
...
Imho that would fall in the config section, because the user
configured the variables explicitly. Note that state vs config is
not about persistent vs
2009/3/5 Dieter Plaetinck die...@plaetinck.be
On Wed, 4 Mar 2009 22:17:43 +0100
Axel Liljencrantz liljencra...@gmail.com wrote:
...
I didn't mean that the path the data takes while traveling to disk is
what made it into state, I was strictly talking about the nature of
the data stored.
On Wed, 4 Mar 2009 14:59:02 +0100
Axel Liljencrantz liljencra...@gmail.com wrote:
2009/3/2 Dieter Plaetinck die...@plaetinck.be
It's always hard to define those things in words, but I think the
wordings @
http://lists.freedesktop.org/archives/xdg/2009-February/010191.html
are quite
Le mardi 24 février 2009, à 22:01 +0100, Axel Liljencrantz a écrit :
2009/2/9 Dieter Plaetinck die...@plaetinck.be
Actually I think your state vs configs splitup is a very similar
approach to my suggested settings as configured by user/on behalf of
user versus settings on behalf of the
2009/2/9 Dieter Plaetinck die...@plaetinck.be
On Mon, 9 Feb 2009 02:10:33 +0200
Guillem Jover guil...@hadrons.org wrote:
On Thu, 2009-01-15 at 22:10:25 +0100, Dieter Plaetinck wrote:
I guess the biggest issue would be trying to come up with a proper
definition for state.
On Mon, 9 Feb 2009 02:10:33 +0200
Guillem Jover guil...@hadrons.org wrote:
Hi!
On Thu, 2009-01-15 at 22:10:25 +0100, Dieter Plaetinck wrote:
I see your points and they make sense. I think the real issue is no
longer is it configuration or not, but rather is it configuration
that the
Hi!
On Thu, 2009-01-15 at 22:10:25 +0100, Dieter Plaetinck wrote:
I'll tell you where I'm coming from: I'm having my $XDG_CONFIG_HOME
under version control. The goal of this is to have all my I want app
foo to behave exactly like this settings managed carefully.
I've a similar setup, and I
Le jeudi 15 janvier 2009, à 22:10 +0100, Dieter Plaetinck a écrit :
I see your points and they make sense. I think the real issue is no
longer is it configuration or not, but rather is it configuration
that the user cares about or not
This definition won't work. And this thread can show
Le mercredi 14 janvier 2009, à 21:23 +0100, Dieter Plaetinck a écrit :
Rodney Dawes wrote:
If I resize my app's window to be more suitable for my uses, where
should that configuration be saved then? It is configuration data,
though all configuration data may not necessarily be what you expect
On Thursday 15 January 2009, Vincent Untz wrote:
I kind of disagree with These files
are only to be edited by the user manually, or by the relevant program
on behalf of a user because the user changed configuration through a
GUI:, though.
Yes I disagree with this. Config files are used for
David Faure wrote:
Yes I disagree with this. Config files are used for much more than this,
and I don't see a problem with that. Config files are the best place to store
window size, toolbar positions, recent urls, etc. etc.
+1
Rodney Dawes wrote:
It is not *user configuration*. Your
On Thursday 15 January 2009, Sanel Zukan wrote:
Implying previous, they
are also non essential and should go with $XDG_CACHE_HOME, just because
program generated them.
No. A cache is something that can be deleted without bad side effects.
--
David Faure, fa...@kde.org, sponsored by Qt
On Thu, Jan 15, 2009 at 1:48 PM, David Faure dfa...@trolltech.com wrote:
On Thursday 15 January 2009, Sanel Zukan wrote:
Implying previous, they
are also non essential and should go with $XDG_CACHE_HOME, just because
program generated them.
No. A cache is something that can be deleted
On Thu, Jan 15, 2009 at 2:49 PM, David Faure dfa...@trolltech.com wrote:
On Thursday 15 January 2009, Patryk Zawadzki wrote:
Not at all. It's something that can be recreated, possibly taking a
lot of resources, not something unneeded.
Yes, that's exactly what I meant. Therefore, desktop icons
On Thursday 15 January 2009, Patryk Zawadzki wrote:
On Thu, Jan 15, 2009 at 2:49 PM, David Faure dfa...@trolltech.com wrote:
On Thursday 15 January 2009, Patryk Zawadzki wrote:
Not at all. It's something that can be recreated, possibly taking a
lot of resources, not something unneeded.
On Thu, Jan 15, 2009 at 3:53 PM, David Faure dfa...@trolltech.com wrote:
I think we agree, but we both sent ambiguous enough emails to misunderstand
each other :-)
You are of course 100% right. I misread the quotes in earlier emails
and thought you were one to imply window size is not config
Patryk Zawadzki wrote:
On Thu, Jan 15, 2009 at 3:53 PM, David Faure dfa...@trolltech.com wrote:
I think we agree, but we both sent ambiguous enough emails to misunderstand
each other :-)
You are of course 100% right. I misread the quotes in earlier emails
and thought you were one to
Rodney Dawes wrote:
On Sat, 2009-01-10 at 22:09 +0100, Dieter Plaetinck wrote:
Hi all,
at http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html
it is explained that $XDG_DATA_{HOME,DIRS} is for (user specific) data
files and $XDG_CONFIG_{HOME,DIRS} for (user specific)
On Sat, 2009-01-10 at 22:09 +0100, Dieter Plaetinck wrote:
Hi all,
at http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html
it is explained that $XDG_DATA_{HOME,DIRS} is for (user specific) data
files and $XDG_CONFIG_{HOME,DIRS} for (user specific) configuration
files.
19 matches
Mail list logo
