<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=UTF-8">
<style type="text/css" style="">
<!--
p
        {margin-top:0;
        margin-bottom:0}
-->
</style>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" style="font-size:12pt; color:#000000; font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Hi,</p>
<p><br>
</p>
<p>I'm personally fine with delaying this by one release. What do others think?</p>
<p><br>
</p>
<p>That said, I think it can be written without #ifdef perhaps by using QVariant::isNull() ?</p>
<p><br>
</p>
<p>(QVariant(nullptr) maps to isNull() as well, right? ;-)</p>
<p><br>
</p>
<p><br>
</p>
<p>Simon</p>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Development <development-bounces+simon.hausmann=qt.io@qt-project.org> on behalf of Thiago Macieira <thiago.macieira@intel.com><br>
<b>Sent:</b> Tuesday, September 27, 2016 5:04:56 PM<br>
<b>To:</b> development@qt-project.org<br>
<b>Subject:</b> Re: [Development] Behaviour change in QML in Qt 5.8 regarding null</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">On terça-feira, 27 de setembro de 2016 11:25:49 PDT Simon Hausmann wrote:<br>
> That is exactly the part I'm referring to. Receiving a QVariant from the QML<br>
> engine and relying on it to contain a specific type.<br>
<br>
Well, I would say it's acceptable that the QVariant contain different numeric <br>
types as the engine changes. Maybe you originally only had double and now you <br>
have double and int. That would be an acceptable behaviour change.<br>
<br>
Changing from void* to nullptr is unexpected, but it does fall into the same <br>
bucket. The problem is that you can't write code to adapt to it without <br>
#ifdef, so there's no way to write forward compatibility.<br>
<br>
Can we compromise and you delay this change for one release?<br>
<br>
-- <br>
Thiago Macieira - thiago.macieira (AT) intel.com<br>
  Software Architect - Intel Open Source Technology Center<br>
<br>
_______________________________________________<br>
Development mailing list<br>
Development@qt-project.org<br>
<a href="http://lists.qt-project.org/mailman/listinfo/development">http://lists.qt-project.org/mailman/listinfo/development</a><br>
</div>
</span></font>
</body>
</html>