I'm in favour of just adding a line of documentation and maybe include Thiago's
workaround. Should take 30seconds and hurt nobody
Luca Beldi (VRonin)
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/de
Den tis 6 nov. 2018 kl 13:56 skrev André Somers :
>
> Hi,
>
>
> On 05/11/2018 20:56, Elvis Stansvik wrote:
> > Den mån 5 nov. 2018 kl 20:32 skrev Konstantin Shegunov
> > :
> >> Hello,
> >> Since we couldn't agree, I'd love to see some more opinions about this
> >> one.[1]
> > I may be missing som
Hi,
On 05/11/2018 20:56, Elvis Stansvik wrote:
Den mån 5 nov. 2018 kl 20:32 skrev Konstantin Shegunov :
Hello,
Since we couldn't agree, I'd love to see some more opinions about this one.[1]
I may be missing some detail, but I think what Thiago says makes
sense. When children are destroyed, yo
On Tue, Nov 6, 2018 at 1:07 AM Giuseppe D'Angelo via Development <
development@qt-project.org> wrote:
> Note however that those children are deleted explicitly (via manual
> calls to delete), and NOT via the parent/child relation.
>
Noted. When I started that thread I didn't intend it to become o
Hi,
Il 05/11/18 23:41, Konstantin Shegunov ha scritto:
But at least for QApplication I would consider having children being
common practice and actually Qt does this too:
[snippet]
Interesting point, I haven't thought about it.
Note however that those children are deleted explic
On Mon, Nov 5, 2018 at 11:02 PM Elvis Stansvik wrote:
> But seems to me it would be a slippery slope to accept more
> exceptions.
You say exception, but I say expected behavior, which is actually the crux
of the disagreement.
> What's next, will I have to implement the destruction
> myself in
On Mon, 05 Nov 2018 21:31:26 +0200, Konstantin Shegunov wrote:
> 1) Is parenting to the application object a thing?
The title of the bug report is about QCoreApplication, while the demo
code is a QApplication - so I'm not 100% sure if I completely understood
the discussion.
But at least for QA
Den mån 5 nov. 2018 kl 21:35 skrev Thiago Macieira :
>
> On Monday, 5 November 2018 12:07:15 PST Elvis Stansvik wrote:
> > If it is to be the same as all other QObjects, then it should maintain
> > its current behavior I think. The destruction of children happens in
> > the QObject destructor. I do
On Monday, 5 November 2018 12:07:15 PST Elvis Stansvik wrote:
> If it is to be the same as all other QObjects, then it should maintain
> its current behavior I think. The destruction of children happens in
> the QObject destructor. I don't even think one have to look at the
> QObject destructor doc
Den mån 5 nov. 2018 kl 20:58 skrev Tomasz Siekierda :
>
> On Mon, 5 Nov 2018 at 20:32, Konstantin Shegunov wrote:
> >
> > Hello,
> > Since we couldn't agree, I'd love to see some more opinions about this
> > one.[1]
> >
> > Specifically:
> > 1) Is parenting to the application object a thing?
>
>
On Monday, 5 November 2018 11:57:44 PST Tomasz Siekierda wrote:
> On Mon, 5 Nov 2018 at 20:32, Konstantin Shegunov
wrote:
> > Hello,
> > Since we couldn't agree, I'd love to see some more opinions about this
> > one.[1]
> >
> > Specifically:
> > 1) Is parenting to the application object a thing?
On Mon, 5 Nov 2018 at 20:32, Konstantin Shegunov wrote:
>
> Hello,
> Since we couldn't agree, I'd love to see some more opinions about this one.[1]
>
> Specifically:
> 1) Is parenting to the application object a thing?
Never done it myself. But Q*Application is clearly marked as derived
from QObj
Den mån 5 nov. 2018 kl 20:32 skrev Konstantin Shegunov :
>
> Hello,
> Since we couldn't agree, I'd love to see some more opinions about this one.[1]
I may be missing some detail, but I think what Thiago says makes
sense. When children are destroyed, you know you're in the QObject
destructor (from
Hello,
Since we couldn't agree, I'd love to see some more opinions about this
one.[1]
Specifically:
1) Is parenting to the application object a thing?
1.a) ... and should it be allowed (i.e. accepting the proposed change)?
1.b) .. if not allowed, should we put a warning in the documentation that
i
14 matches
Mail list logo
