Elektra can easily be the infrastructure for storing this keys, with the benefit of not being just desktop-oriented, but cross-system oriented.<br><br>So KConfig and GConf will have (actually have already) an Elektra backend and there is no need to change applications.
<br><a href="http://www.libelektra.org/presentation/img28.html">http://www.libelektra.org/presentation/img28.html</a><br><a href="http://www.libelektra.org/presentation/img29.html">http://www.libelektra.org/presentation/img29.html
</a><br><br>(these links are part of the presentation that starts on <a href="http://www.libelektra.org/presentation/img0.html">http://www.libelektra.org/presentation/img0.html</a>)<br><br>Elektra can also handle different types as Color, Font, Date etc, and can provide GConf-ready and KConfig-ready apps access to other softwares configurations.
<br><br>More about Elektra architecture, security model and virtual "screenshots":<br><a href="http://www.libelektra.org/Screenshots_and_Key_Examples">http://www.libelektra.org/Screenshots_and_Key_Examples</a><br>
<a href="http://www.libelektra.org/Namespaces_and_Key_Names">http://www.libelektra.org/Namespaces_and_Key_Names</a><br><a href="http://www.libelektra.org/Key%27s_Value_and_Metadata">http://www.libelektra.org/Key%27s_Value_and_Metadata
</a><br><a href="http://www.libelektra.org/Security_Model">http://www.libelektra.org/Security_Model</a><br><a href="http://www.libelektra.org/Library_Linkage_Architecture">http://www.libelektra.org/Library_Linkage_Architecture
</a><br><br>Regards,<br>Avi<br><br><div><span class="gmail_quote">On 3/28/07, <b class="gmail_sendername">Marius Bugge Monsen</b> <<a href="mailto:mmonsen@trolltech.com">mmonsen@trolltech.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi all,<br><br>At the Desktop Architects Meeting 3, beginning of December last year, Waldo<br>asked me if I could write a proposal for extending the XSETTINGS registry<br>keys.<br><br>I've written a small paper where I look at the Gtk+ and Qt settings and color
<br>palettes to find where they overlap, and where the common subsets need to be<br>extended to be useful. The result is a proposed set of new settings keys for<br>the XSETTINGS registry.<br><br>The document is available here:
<br><a href="http://www.pvv.org/~mariusbu/proposal.html">http://www.pvv.org/~mariusbu/proposal.html</a><br><br>Just a couple of points I want to clear up:<br>* This document is intended as a basis for discussion.<br>* The proposed keys do not cover every conceivable setting. The idea is to
<br>find a set of keys that will be useful when trying to integrate with the<br>desktop environment.<br>* The Qt toolkit does not have support for the XSETTINGS mechanism. I'm<br>working on a prototype implementation for this (Disclaimer: This does not
<br>mean that Trolltech has committed to adding XSETTINGS support in Qt. It's<br>just a prototype).<br>* I'm not a Gtk+ expert. If you are, your input is very welcome!<br><br>Cheers,<br>Marius<br>_______________________________________________
<br>xdg mailing list<br><a href="mailto:xdg@lists.freedesktop.org">xdg@lists.freedesktop.org</a><br><a href="http://lists.freedesktop.org/mailman/listinfo/xdg">http://lists.freedesktop.org/mailman/listinfo/xdg</a><br></blockquote>
</div><br><br clear="all"><br>-- <br><a href="http://avi.alkalay.net/blog">http://avi.alkalay.net/blog</a>