<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-07-13 16:30 GMT+02:00 Simon Hausmann <span dir="ltr"><<a href="mailto:Simon.Hausmann@qt.io" target="_blank">Simon.Hausmann@qt.io</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">





<div>


<div dir="ltr">
<div style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Arial,Helvetica,sans-serif;background-color:rgb(255,255,255)">
<p><br></p>
<p>It all comes down to the question: What impression do we want to give people when they upgrade to</p>
<p>a newer version of Qt?</p>
<p><br></p></div></div></div></blockquote><div><br></div><div>In my experience, I first had problems with this when I converted to the new "connect" syntax some years ago and hit the overloaded "error" functions in QAbstractSocket where just one of them is a signal. It cost me quite some time figuring out how to solve that, ending with getting help on the interest mailing list. If qOverload would have existed back then, I would not have known that I should or could use that either. </div><div><br></div><div>So if similar problems appear when upgrading Qt because of added functionality it will cost developers a lot of time. The compiler error will probably not point to a suggested solution like "use qOverload" or "use static_cast<void(QTcpSocket::*)(QAbstractSocket::SocketError)>(&QTcpSocket::error)" instead.</div><div><br></div><div>In my opinion, please try to avoid these overloads as much as possible.</div><div><br></div><div>Cheers,</div><div>Ola</div><div><br></div><div><br></div></div></div></div>