<div dir="ltr">Hi all,<div><br></div><div>While working on the refactoring of settings (see <a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/245">https://github.com/qgis/QGIS-Enhancement-Proposals/issues/245</a>), I am thinking about deprecating the QgsSettings class and directly integrate its functionality within QgsSettingsRegistry.</div><div><br></div><div>I would need a bit of help to understand the rationale behind QgsSettings.</div><div><br></div><div>The use of global settings is pretty clear to me and migrating this is ok.<br></div><div><br></div><div>I am wondering about the different constructors (<a href="https://api.qgis.org/api/3.28/classQgsSettings.html">https://api.qgis.org/api/3.28/classQgsSettings.html</a>) which correspond to the different constructors of QSettings.</div><div>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.</div><div>I am wondering why QgsSettings isn't used with a static instance.</div><div><br></div><div>So, are these constructors really used and meaningful? </div><div>Would it make sense to have 2 static instances of QSettings (1 user, 1 global)?</div><div><br></div><div>Many thanks for any input.</div><div>Best wishes,</div><div><br></div><div>Denis</div></div>