[QGIS-Developer] QgsSettings

[C Hamilton]

Just to let you know I use QgsSettings in most of my plugins. If you change
it, that would cause all kinds of problems with compatibility to the 10
plugins that I support. Be very careful in changing class names. It can be
done, but it could have major impacts.

Best wishes,

Calvin

On Fri, Dec 9, 2022 at 8:48 AM Denis Rouzaud via QGIS-Developer <
qgis-developer at lists.osgeo.org> wrote:

> Hi all,
>
> While working on the refactoring of settings (see
> https://github.com/qgis/QGIS-Enhancement-Proposals/issues/245), I am
> thinking about deprecating the QgsSettings class and directly integrate its
> functionality within QgsSettingsRegistry.
>
> I would need a bit of help to understand the rationale behind QgsSettings.
>
> The use of global settings is pretty clear to me and migrating this is ok.
>
> I am wondering about the different constructors (
> https://api.qgis.org/api/3.28/classQgsSettings.html) which correspond to
> the different constructors of QSettings.
> While it makes sense to have these constructors, I don't see them used
> anywhere in the code. So, it means that they are never used within QGIS
> application.
> I am wondering why QgsSettings isn't used with a static instance.
>
> So, are these constructors really used and meaningful?
> Would it make sense to have 2 static instances of QSettings (1 user, 1
> global)?
>
> Many thanks for any input.
> Best wishes,
>
> Denis
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20221209/652bbedf/attachment.htm>