<div dir="ltr"><div dir="ltr">On Wed, Jun 5, 2019 at 9:44 PM André Pönitz <<a href="mailto:apoenitz@t-online.de">apoenitz@t-online.de</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Jun 04, 2019 at 06:45:26PM +0200, Mutz, Marc via Development wrote:<br>
> 2. Delete all uses of the deprecated API from Qt itself<br>
<br>
... and that *before* the deprecation happens. <br>
<br>
Lately the deprecations left Qt in a state that was still using deprecated<br>
API all over the place, with the people driving the deprecation generally<br>
leaving "fixing" Qt itself and other Qt Project to others.<br>
<br>
To put it bluntly: I consider this anti-social behaviour that is absolutely<br>
*not* in line with the spirit of the Qt Project.<br></blockquote><div><br></div><div>I'd have to agree on that. In general that is, because there are some cases where it's not possible; e.g. when the deprecated class/function is exported for the user and due to our compatibility promises we can't remove it immediately. Before we require the user to clean up their house it'd be really in line for us to do the same. Not to mention that leaving usage of deprecated APis inside the library unnecessarily creates technical debt, which is going to bite sooner or later; if we are lucky, sooner rather than later.</div></div></div>