Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Phil Bouchard
On 07/07/2017 10:14 PM, Phil Bouchard wrote: But if I can do a deep copy then I can certainly "re-set" the variable (change the set the variable is owned by). If I can do that then we won't need any deep copy. I just need to think a little bit... thanks for your patience. Yes of course: I ju

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Phil Bouchard
On 07/07/2017 09:55 PM, Thiago Macieira wrote: On sexta-feira, 7 de julho de 2017 18:25:19 PDT Phil Bouchard wrote: JavaScript has no such thing as l or rvalues. Please define use proper terms for the language in question. I get your point but those are just shortcuts to the following definiti

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Thiago Macieira
On sexta-feira, 7 de julho de 2017 18:25:19 PDT Phil Bouchard wrote: > So if for each function there is 1 root_ptr pointing to a list of local > variables then: > - the parameters of the function will remain unaffected if they are used > as r-values > - the parameters of the function will require a

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Phil Bouchard
On 07/07/2017 12:44 PM, Phil Bouchard wrote: Thiago Macieira wrote: You're speaking in abstract terms. We actually need code. Ok I can reuse my Fornux Calculator parser and mimic a function call in Javascript. Actually I can predict what is going to happen if I was to integrate the actual

[Development] Qt-AES - Looking for comments

2017-07-07 Thread Matteo
Hi all, I just finished the first preview of my QAESEncryption class and I would like to have some opinions on possible improvements, issues etc. https://github.com/bricke/Qt-AES This is still a work in progress but I feel it's good enough to be shared and I am ready to

Re: [Development] WA_MacBrushedMetal

2017-07-07 Thread Gabriel de Dietrich
On Jul 7, 2017, at 1:29 PM, René J.V. Bertin mailto:rjvber...@gmail.com>> wrote: Has "brushed metal" mode been maintained in recent history? I haven't seen applications that use it for a long time so I tried WA_MacBrushedMetal out of nostalgia, and was rewarded with what looks most like cast iro

[Development] WA_MacBrushedMetal

2017-07-07 Thread René J . V . Bertin
Hi, Has "brushed metal" mode been maintained in recent history? I haven't seen applications that use it for a long time so I tried WA_MacBrushedMetal out of nostalgia, and was rewarded with what looks most like cast iron (= black on black). Am I doing something wrong or can this attribute be r

Re: [Development] Widgets maintainers

2017-07-07 Thread Jake Petroules
A big +1 to Gabriel for styles maintenance. The poor man has been doing a great job keeping his sanity while suffering through all those QMacStyle fixes lately... :) > On Jul 7, 2017, at 4:03 AM, Frederik Gladhorn wrote: > > Hello all, hello Marc, > > First of all, thank you very much for tak

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Phil Bouchard
Thiago Macieira wrote: > On sexta-feira, 7 de julho de 2017 06:30:22 PDT Phil Bouchard wrote: >>> how do you solve the situation that an object might be referenced by >>> multiple roots? >> >> Please elaborate because as far as I know variables in Javascript have a >> function scope and functions

Re: [Development] Stepping down as widgets maintainers

2017-07-07 Thread Thiago Macieira
On sexta-feira, 7 de julho de 2017 03:20:19 PDT Marc Mutz wrote: > KDAB is handing back widgets maintenance, which means that I'm stepping > down as widgets maintainer. The focus of KDAB contributions to Qt is > clearly elsewhere these days (Qt3D, Core, tooling), and the module > deserves more focu

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Thiago Macieira
On sexta-feira, 7 de julho de 2017 06:30:22 PDT Phil Bouchard wrote: > > how do you solve the situation that an object might be referenced by > > multiple roots? > > Please elaborate because as far as I know variables in Javascript have a > function scope and functions can be nested (waterfall par

Re: [Development] Widgets maintainers

2017-07-07 Thread Andreas Aardal Hanssen
> 7. jul. 2017 kl. 13.03 skrev Frederik Gladhorn : > Hello all, hello Marc, ... > Our proposal is: > Richard Gustavsen as overall maintainer > Gabriel de Dietrich for styles > Jan-Arve Sæther for layouts > Eskil Abrahamsen-Blomfeldt for all text related things > Andreas Aardal Hanssen for graphics

Re: [Development] Widgets maintainers

2017-07-07 Thread Richard Gustavsen
Thanks Frederik! A short introduction to myself: My name is Richard, I started at Trolltech in 2006, which means that I've been working with Qt for more than ten years. Most of that time I've been looking into issues on macOS, but after the Nokia era, I became a part of the team implementing and

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Phil Bouchard
Tim Blechmann wrote: >> If there is one root_ptr per >> Javascript function then all local variables are guaranteed to be >> destroyed. And closures aren't too big of a deal either because child >> objects can easily refer to their parent. >> >> But returning local variables might need some work

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Phil Bouchard
Phil Bouchard wrote: > On 07/07/2017 04:39 AM, Edward Welbourne wrote: >> Phil Bouchard (7 July 2017 04:15) >>> >>> Anything that goes in that HTML page or QML window we don't care. The >>> reference counted property of root_ptr (node_ptr) will handle it and >>> the associated root_ptr will clea

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Tim Blechmann
> If there is one root_ptr per > Javascript function then all local variables are guaranteed to be > destroyed. And closures aren't too big of a deal either because child > objects can easily refer to their parent. > > But returning local variables might need some work on root_ptr such as > "unli

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Phil Bouchard
On 07/07/2017 04:39 AM, Edward Welbourne wrote: Phil Bouchard (7 July 2017 04:15) Anything that goes in that HTML page or QML window we don't care. The reference counted property of root_ptr (node_ptr) will handle it and the associated root_ptr will clean up the mess when it is destroyed. Yo

Re: [Development] Widgets maintainers

2017-07-07 Thread Frederik Gladhorn
Hello all, hello Marc, First of all, thank you very much for taking care of the widgets module and working to get bugs under control. We've been talking inside The Qt Company about the widgets module a lot lately, since we do see it as a very important part of Qt, which doesn't receive as much

[Development] Stepping down as widgets maintainers

2017-07-07 Thread Marc Mutz
Hi all, KDAB is handing back widgets maintenance, which means that I'm stepping down as widgets maintainer. The focus of KDAB contributions to Qt is clearly elsewhere these days (Qt3D, Core, tooling), and the module deserves more focus than it has seen lately. To this end, Lars has assembled

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Harri Porten
On Thu, 6 Jul 2017, Thiago Macieira wrote: By the way, how does it break the cycle? Like I was saying before, node_ptr enlists each pointee object to the associated root_ptr and when the root_ptr is destroyed then everything gets wiped out. See above. Your answer is "it doesn't break the cyc

Re: [Development] Qt 5.9's new garbage collector documentation? + root_ptr

2017-07-07 Thread Edward Welbourne
On quinta-feira, 6 de julho de 2017 04:53:16 PDT Phil Bouchard wrote: >>> It's all memory usage and bad programming habits vs execution speed. >>> Why would you want to add objects that are never used? A minimum >>> programming skills set is required here. You're saying the actual >>> garbage col