Re: [Development] Views

. From: André Pönitz Sent: Thursday, May 16, 20:46 Subject: Re: [Development] Views To: Paolo Angelelli Cc: development@qt-project.org On Thu, May 16, 2019 at 06:31:13PM +, Paolo Angelelli wrote: > i think you and alex stephanov are wrong. if QMap API is convenient, > but does not p

Re: [Development] Views

i think you and alex stephanov are wrong. if QMap API is convenient, but does not perform for the few elements use case, optimize QMap for that use case, and don't make people write thousands of unnecessary for loops. From: Mutz, Marc via Development Sent: Thursday, May 16, 20:21 Subject: Re:

Re: [Development] Programmable delegate selection for QML views

On Mon, 6 Aug 2018 15:34:00 +0200 Pierre-Yves Siret wrote: > > - it can only nest (and thus load) QQuickItems, being a QQuickItem itself > Loader can wrap QObject too. This works : Instantiator { Loader { QtObject > {} } } > http://doc.qt.io/qt-5/qml-qtquick-loader.html#sourceComponent-prop :

Re: [Development] Programmable delegate selection for QML views

On Mon, 6 Aug 2018 14:22:43 +0200 Mitch Curtis wrote: > At a quick glance, if we can do it with the existing delegate property (#2), > it would be nice. That's less complex than having two delegate properties. > > One minor problem with this is what we do when none of the delegates match >

[Development] Programmable delegate selection for QML views

Hi, as some of you might have noticed, it's several months that some are trying to remove a long-standing limitation of the current QtQuick architecture: the inability to dynamically select, at runtime, the delegate to use in a view, based on whatever approach, either data-driven (typically

Re: [Development] Rendering only items that are visible in Qt Quick

Could one way be to change QList QQuickItemPrivate::paintOrderChildItems() const; into a virtual method, and reimplement it like in flickables or the like to prevent returning what isn't currently visible? That was at least my idea when i was looking at how to do this on maps (where there are

Re: [Development] GSoC 2018 Idea: a widget for 2D/3D image display

Hi Xia, in my opinion the project you describe seems a very specific widget, that perhaps would fit best in a Qt-based visualization framework than in Qt itself. After all, where in Qt would such a flexible medical visualization widget live? QtWidgets is supposed to contain only building

Re: [Development] My understanding on a GoSC project

Hi Yuchen, great to hear you are interested in this project! You are quite right there, such a plugin should essentially wrap valhalla. The project steps you describe seem already a good approximation of a potential project. Actually, a starting point for wrapping Valhalla could be looking at

Re: [Development] Qt branches & proposal how to continue with those

On Mon, 29 Jan 2018 10:31:14 +0100 Giuseppe D'Angelo wrote: > On 29/01/18 07:59, Jani Heikkinen wrote: > > We have currently really many branches open: > > - 5.6 > > - 5.9 > > - 5.10 > > - 5.10.1 > > - 5.11 > > - dev > > > > In my opinion this is too much to handle

Re: [Development] [FYI] the new way to retarget gerrit changes

On Mon, 8 Jan 2018 14:40:15 +0100 Oswald Buddenhagen wrote: > On Mon, Sep 12, 2016 at 02:39:57PM +0300, Orgad Shaneh wrote: > >Either extend the sanity bot, or create a new bot, which listens on > >gerrit's event stream. > >If the change's owner (or an

Re: [Development] Nominating Jesus Fernandez for Approver status

+1 Awesome work on OAuth and WebGL! On Tue, 11 Jul 2017 12:06:46 + Timur Pocheptsov wrote: > I'd like to nominate Jesus Fernandez for Approver status. Among other things > Jesus is the author and the maintainer > > of qtnetworkauth module, he is actively

Re: [Development] Qt 5.9 alpha & mapbox-gl-native on windows ?

Hi Alexander, we are trying, but we are unsure if we'll be able to ship the mapboxgl plugin for windows with 5.9. In any case, i believe that, if not, mapbox might make it available outside the qt sdk as an additional plugin. regards From: Development