Re: [Development] FTP in Qt5
There are no plans. FTP is really low-priority these days. Well we're still using it. Plus I said resume functionality for HTTP and FTP - I still think resume is an important part of any downloader so you don't end up having to download the same data. Is there no interest in this? Tom ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QPA / QWindow / QPainter
On Friday 07 March 2014 14:56:04 Thiago Macieira wrote: Em sex 07 mar 2014, às 22:41:35, Martin Koller escreveu: I'm implementing a QPA plugin (now with 5.3 snapshot) and there's something I do not understand: When I use native widgets, every widget creates a QPlatformWindow, but only a toplevel window creates a QPlatformBackingStore, which is the class which delivers the paintDevice implementation. Question: when a QWidget now creates a QPainter on it, how does my QPA plugin know onto which QWindow it is currently acting, when there's only one paintDevice/one backing store ? By native widgets, do you mean using one native window per widget, the opposite of the alien project? yes. I'm talking about widget-setAttribute(Qt::WA_NativeWindow); widget-setAttribute(Qt::WA_DontCreateNativeAncestors); Are you even sure that mode of operation even works in Qt 5? Huh ? It's still documented in Qt5 http://qt-project.org/doc/qt-5.0/qtwidgets/qwidget.html#native-widgets-vs-alien-widgets and QWidget still has the documented methods (effectiveWinId(), nativeParentWidget()) During the QPA port of 5.0, we might have lost that ability and it shows in the API you've found. Do you find any trace of information that it's discontinued ? In any case, each non-top-level QWidget has a link to the top level window (TLW) it's connected to and stores state there. Yes, QWidget has windowHandle() if you mean that. But that does not answer my question. In the QPA API there is no QWidget pointer AFAIK. In Qt4's QPA there was no QWindow* but all with QWidget*, so I did know which QWidget is currently painted. But how can I know in Qt5 ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] FTP in Qt5
Em sáb 08 mar 2014, às 08:31:19, Tom Isaacson escreveu: There are no plans. FTP is really low-priority these days. Well we're still using it. Plus I said resume functionality for HTTP and FTP - I still think resume is an important part of any downloader so you don't end up having to download the same data. Is there no interest in this? Interest, yes. But it's a low-priority because QFtp can't resume. You can't send a command that might fail because QFtp will abort the connection. In order to support resuming file transfers, supporting IPv6, not to mention directory listing, we'd need to rewrite the backend from scratch. That's the low priority. Don't expect it to happen, at all. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] FTP in Qt5
On 08 Mar 2014, at 18:11, Thiago Macieira thiago.macie...@intel.com wrote: Em sáb 08 mar 2014, às 08:31:19, Tom Isaacson escreveu: There are no plans. FTP is really low-priority these days. Well we're still using it. Plus I said resume functionality for HTTP and FTP - I still think resume is an important part of any downloader so you don't end up having to download the same data. Is there no interest in this? Interest, yes. But it's a low-priority because QFtp can't resume. You can't send a command that might fail because QFtp will abort the connection. In order to support resuming file transfers, supporting IPv6, not to mention directory listing, we'd need to rewrite the backend from scratch. That's the low priority. Don't expect it to happen, at all. When you say “we”, do you mean the Digia or the Intel Qt developers, or the community? If someone, including the requesting party themselves, does such work, I’m sure there are reviewers / approvers ready to do the reviewing. Part of the good thing of the contribution model is that effort follows the priority of the contributor. I don’t think it’s fair to use the term “we don’t think it’s important” anymore. Andreas ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] FTP in Qt5
Em sáb 08 mar 2014, às 18:18:17, Andreas Aardal Hanssen escreveu: On 08 Mar 2014, at 18:11, Thiago Macieira thiago.macie...@intel.com wrote: Interest, yes. But it's a low-priority because QFtp can't resume. You can't send a command that might fail because QFtp will abort the connection. In order to support resuming file transfers, supporting IPv6, not to mention directory listing, we'd need to rewrite the backend from scratch. That's the low priority. Don't expect it to happen, at all. When you say “we”, do you mean the Digia or the Intel Qt developers, or the community? I can tell you that the Intel Qt developers don't have the priority. But in this case, I meant the community currently working on QtNetwork, given past discussions with Peter, Shane and Richard. If someone, including the requesting party themselves, does such work, I’m sure there are reviewers / approvers ready to do the reviewing. Oh, sure. If someone supplied the rewrite, I'm sure we'd be happy to take it in. We might even help out a little. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt Bluetooth iOS
Hello, Is anyone working on an iOS backend of Qt Bluetooth? I could use it but I cannot find any information at all. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development