<div dir="ltr"><div class="gmail_extra"><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">Conversions are implemented only if there is a direct equivalent, everything else gets converted to a PyQt_PyObject. You could perhaps make the case for the date/time types.<br></blockquote><div><br></div><div>datetime definitely might be nice, but the one I'd more likely want to make a case for is tuples.  I'm having to make some changes to deal with that now.</div><div><br></div><div>The issue is that if a dict is converted to a QVariant and sent to QML, any tuples in the dict hierarchy aren't getting converted properly since PyQt is leaving them as `PyQt_PyObject`, which QML obviously has no clue what to do with.  Right now I'm trying to determine the best way to deal with this... might require recursively searching such dicts for tuples and converting to lists prior to shipping to QML as a `QVariant`.  If PyQt converted tuples into `QVariantList` there would no need for this.</div><div><br></div><div>Is there a reason tuples don't get translated to QVariantList, just like lists do? Immutability concerns, maybe?</div><div><br></div><div>Also, fwiw, python `bytes` could also potentially translate to `QByteArray`.  Never used that (I'm fairly new to Qt), but it seems equivalent at least. It also isn't in the Qt->QML translation table [1], so is of less interest.</div><div><br></div><div>Russ</div><div><br></div><div>[1] <a href="http://doc.qt.io/qt-5/qtqml-cppintegration-data.html#basic-qt-data-types">http://doc.qt.io/qt-5/qtqml-cppintegration-data.html#basic-qt-data-types</a></div></div>
</div></div>