<div dir="ltr">No, we want to completely forego the qt way of storing settings. <div>Fully custom class that won't interact with qsettings and won't have qvarianthash behind the storage.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 9, 2019 at 6:16 PM Konstantin Tokarev <<a href="mailto:annulen@yandex.ru">annulen@yandex.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
09.07.2019, 18:12, "NIkolai Marchenko" <<a href="mailto:enmarantispam@gmail.com" target="_blank">enmarantispam@gmail.com</a>>:<br>
> We (at our company) realy, REALLY don't like qsettings for a multitude of reasons but are forced to deal with it because the details of how UI types are saved are hidden deep in the qt's implementation and are subject to any kind of changes qt wants.<br>
><br>
> What we would really like is to have functions for all of this that hide implementation but do expose the inputs/outputs of how settings of Qt's classes are saved and loaded so that we can feed those into a separate settings class to be stored and managed externally.<br>
><br>
> Can it be done with Qt6?<br>
<br>
Do you mean <a href="https://doc.qt.io/qt-5/qsettings.html#registerFormat" rel="noreferrer" target="_blank">https://doc.qt.io/qt-5/qsettings.html#registerFormat</a> or something else?<br>
<br>
-- <br>
Regards,<br>
Konstantin<br>
</blockquote></div>