On Fri, 2007-03-30 at 15:59 +0200, Stanislav Brabec wrote:
Matthias Clasen wrote:
Looking again at your list of Gtk/ XSettings, I notice that you missed
a few:
It can also include some settings from former environment variables.
Net/Locale
Or more specifically map LANGUAGES and all
Matthias Clasen píše v Pá 30. 03. 2007 v 10:21 -0400:
On Fri, 2007-03-30 at 15:59 +0200, Stanislav Brabec wrote:
Matthias Clasen wrote:
Looking again at your list of Gtk/ XSettings, I notice that you missed
a few:
It can also include some settings from former environment
Le jeudi 29 mars 2007 à 14:45 +0200, Marius Bugge Monsen a écrit :
This is not just about having non-Gtk+ application integrating with the GNOME
desktop. It should also work the other way around. If KDE should adopt
XSETTINGS, it would be nice if Gtk+ applications looks and behaves like the
On Thu, 2007-03-29 at 14:45 +0200, Marius Bugge Monsen wrote:
If we are only talking about the XSETTINGS registry keys, from my perspective
it is not. :)
I'll try to clarify:
Toolkits other than Gtk+ should not have to care about the Gtk/ keys. They
should only have to care about the Net/
On Thursday 29 March 2007 16:33, you wrote:
On Thu, 2007-03-29 at 14:45 +0200, Marius Bugge Monsen wrote:
If we are only talking about the XSETTINGS registry keys, from my
perspective it is not. :)
I'll try to clarify:
Toolkits other than Gtk+ should not have to care about the Gtk/ keys.
On Wednesday 28 March 2007 17:39, you wrote:
On Wed, 2007-03-28 at 16:46 +0200, Marius Bugge Monsen wrote:
Hi all,
At the Desktop Architects Meeting 3, beginning of December last year,
Waldo asked me if I could write a proposal for extending the XSETTINGS
registry keys.
I'm not sure
On Wed, 2007-03-28 at 18:58 +0200, Marius Bugge Monsen wrote:
On Wednesday 28 March 2007 17:39, you wrote:
On Wed, 2007-03-28 at 16:46 +0200, Marius Bugge Monsen wrote:
Hi all,
At the Desktop Architects Meeting 3, beginning of December last year,
Waldo asked me if I could write a
Elektra can easily be the infrastructure for storing this keys, with the
benefit of not being just desktop-oriented, but cross-system oriented.
So KConfig and GConf will have (actually have already) an Elektra backend
and there is no need to change applications.
Avi Alkalay wrote:
So KConfig and GConf will have (actually have already) an Elektra
backend and there is no need to change applications.
Avi,
In this case, Marius was thinking of sharing that data down to the toolkit
level. KConfig, for instance, is a KDE class, so it cannot be used from
Qt.
The QT classes for this purpose can also be implemented on top of Elektra's
methods.
Check this diagram: http://www.libelektra.org/presentation/img46.html
Elektra was written in pure C (but it is object oriented in design) and does
not depend on any other libraries. This guarantees cross
On Thu, 2007-03-29 at 00:17 +0200, Kevin Krammer wrote:
On Wednesday 28 March 2007 21:07 +0100, Avi Alkalay wrote:
Elektra can easily be the infrastructure for storing this keys, with the
benefit of not being just desktop-oriented, but cross-system oriented.
I think (could be wrong) the
11 matches
Mail list logo