<div dir="ltr">Denis,<div><br></div><div>I like the idea of having a dictionnary for the values a settings can have. </div><div><br></div><div>Do you think that my work on a tree view for all settings [1] can be merged with yours into core c++? </div>
<div><br></div><div>There could be 2 ways to open a settings dialog, one for all settings like I have done, and one for just a particular plugin (by limiting which settings are shown in the tree).</div><div><br></div><div>
[1] <a href="https://github.com/qgis/QGIS/pull/878">https://github.com/qgis/QGIS/pull/878</a></div><div><br></div><div>cheers</div><div>Etienne</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 11, 2013 at 9:17 AM, Denis Rouzaud <span dir="ltr"><<a href="mailto:denis.rouzaud@gmail.com" target="_blank">denis.rouzaud@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On 09/11/2013 02:12 PM, Borys Jurgiel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dnia czwartek, 5 września 2013 15:00:31 Denis Rouzaud pisze:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have made some publicity before for a library which handles plugin<br>
settings.<br>
<a href="http://3nids.github.io/qgissettingmanager/" target="_blank">http://3nids.github.io/<u></u>qgissettingmanager/</a><br>
<br>
Basically, the idea is that it you create once the settings somewhere in<br>
your plugin and then it handles type validation, defaut values, etc. The<br>
most interesting part is that you have a SettingDialog class, which<br>
automatically read/write widgets if you name them accordingly to the<br>
settings (it handles several widgets for all the different types of<br>
settings).<br>
<br>
This small lib is very time saving for the few plugins I have.<br>
</blockquote>
It looks great! Especially with setValueOnWidgetUpdate=True, as I understand,<br>
I'm able to make interactive settings (reading values in the runtime, setting<br>
one widget depending on other widget value), without any need of direct access<br>
to widgets, I mean staying purely within this layer of abstraction. It's<br>
really nice.<br>
<br>
Of course, I understand graying out widgets and changing list of combobox'<br>
items still needs direct access.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Maybe an idea would be to translate this to a QgsPluginSetting class<br>
which would then list all the settings to be edited in the main plugin<br>
setting window.<br>
</blockquote>
Similarly to Alex, I prefer interactive and aesthetically hand-polished gui ;)<br>
So for my plugins I only can imagine the common settings tree as something<br>
additional, an 'advanced' mode. Anyway, let's talk about it on the HF!<br>
<br>
</blockquote></div></div>
So do I. But you could use this library to create the settings, and it would automatically add them to the infrastructure. Then, fell free to set your own UI or not.<br>
<br>
See you tomorrow!<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a></div></div></blockquote></div><br></div>