Re: [Development] Storing and managing ValueArray inside QV4::Heap objects

Hello Lars, > Yes, you’re right that will be problematic, as SimpleArrayData is meant to be used together with the Object it belongs to. So either use an ArrayObject, or a QVector then. I decided to give ArrayObject a try and it seems to work fine. Thank you! =) Sincerely yours, Valery Kotov

Re: [Development] About 3D desktop.

Yes the 3D window manager looks a lot at the idea I want to work on. Any point in the 3D WM (a good name!) has three components: (x, y, z) these are projected on the visible 2D screen, suggesting 3D like: https://en.wikipedia.org/wiki/3D_projection Very interesting is also:

Re: [Development] override keyword on destructors

On Mon, Aug 20, 2018 at 01:08:36PM +0100, Sérgio Martins via Development wrote: > Hi, > > Looks like some 'override' keywords crept into a few destructors. This is > probably because clang-tidy warns about it (and now QtCreator). > > IMO we should avoid it, as it's misleading. Dtors are a

Re: [Development] override keyword on destructors

I have recently used Resharper C++ to automatically add override to destructor declarations, on a very large application. Conclusion: very instructive with reflexions such as: "ha ha! this base class is virtual!" IOW, override on dtor reveals information which can be useful to understand code.

Re: [Development] override keyword on destructors

On 20/08/18 16:40, Eike Ziller wrote: For example when removing QObject as a base class in a class hierarchy. We regularly do these kind of changes in Qt Creator, when we find out that we don’t need the baggage of QObject after all for something. Do you have an example of such a change, that

Re: [Development] override keyword on destructors

> On 20. Aug 2018, at 16:12, Ville Voutilainen > wrote: > > On 20 August 2018 at 16:58, Kevin Funk via Development > wrote: >> On Monday, 20 August 2018 14:08:36 CEST Sérgio Martins via Development wrote: >>> Hi, >>> >>> >>> Looks like some 'override' keywords crept into a few destructors.

Re: [Development] override keyword on destructors

On 20 August 2018 at 16:58, Kevin Funk via Development wrote: > On Monday, 20 August 2018 14:08:36 CEST Sérgio Martins via Development wrote: >> Hi, >> >> >> Looks like some 'override' keywords crept into a few destructors. This >> is probably because clang-tidy warns about it (and now

Re: [Development] override keyword on destructors

On Monday, 20 August 2018 14:08:36 CEST Sérgio Martins via Development wrote: > Hi, > > > Looks like some 'override' keywords crept into a few destructors. This > is probably because clang-tidy warns about it (and now QtCreator). > > IMO we should avoid it, as it's misleading. Dtors are a

[Development] CI Maintainers / creating bug reports for CI

Hi all, There has been occasional confusion that who is maintaining Qt CI and Coin especially. CI info page https://wiki.qt.io/CI_Overview has the correct info now. Page update was done in summer. Coin Maintainer: @Aapo Keskimölö HW/Virtualization: @Tony

Re: [Development] About 3D desktop.

Hi Stef, in my misspent youth I played with Berlin (later Fresco), which went into that direction. The website is long gone, but the internet archive has a copy: https://web.archive.org/web/20080223200807/http://issues.fresco.org:80/ The code is still also still around:

[Development] override keyword on destructors

Hi, Looks like some 'override' keywords crept into a few destructors. This is probably because clang-tidy warns about it (and now QtCreator). IMO we should avoid it, as it's misleading. Dtors are a special case and have completely different semantics. They don't replace their base class

Re: [Development] Jira changes going forward

The last disruptive change is about to happen. The upcoming changes concern the workflows: 1.) The workflow for requirements (Epic, User Story, Change Requests) related issues will be streamlined. The "Implemented" & "Verified" states (served no purpose anymore) will be removed and a "Blocked"

Re: [Development] Proposing Samuel Gaist for approver status

Congratulations to Samuel. OGApprover rights have been set. -- Alex From: Development on behalf of André Sent: Saturday, 28 July 2018 10:56:37 AM To: development@qt-project.org; samuel.ga...@idiap.ch Subject: [Development] Proposing Samuel Gaist for

Re: [Development] HEADS-UP: Branching from 'dev' to '5.12' started

> -Original Message- > From: Samuel Gaist > Sent: maanantai 20. elokuuta 2018 10.28 > To: Jani Heikkinen > Cc: development@qt-project.org; releas...@qt-project.org > Subject: Re: [Development] HEADS-UP: Branching from 'dev' to '5.12' started > > > > On 14 Aug 2018, at 13:48, Jani

Re: [Development] unified data model API in QtCore => thin wrapper proposal

Hi, Unfortunately I do not think I can help with the QCborValue development and Json/Cbor refactoring. Just, from my experience, Json and Cbor share so much that the refactoring makes a lot of sense and having an efficient, editable, in-memory representation of the underlying data is a nice

Re: [Development] HEADS-UP: Branching from 'dev' to '5.12' started

> On 14 Aug 2018, at 13:48, Jani Heikkinen wrote: > > Hi! > > We have soft branched '5.12' from 'dev' today. We are planning to have final > downmerge and Qt 5.12 Feature Freeze Monday 20.8.2018. So there is still time > to finalize ongoing task in 'dev' and start using '5.12' for new

Re: [Development] How to create a Qt5 offline installer myself

Hi, I had a similar problem as you some time ago: I didn't want to run all offline installers on my build machine, copy the pdb's in manually and so on ... My solution was pretty simple: I used the online installer to create an installation with everything I needed, and I simply copied the base

Re: [Development] Storing and managing ValueArray inside QV4::Heap objects

Hi Valery, On 16 Aug 2018, at 08:06, Valery Kotov mailto:kotov.val...@gmail.com>> wrote: Hello all, I'm trying to wrap my head around SimpleArrayData API. And I might actually need a bit of help here. Instead of using ValueArray now I declare myValues to be SimpleArrayData*: #define