Re: [Development] RFC: banning _q_slot() in favour of new-style connect()?

2012-10-12 Thread Thiago Macieira
On sexta-feira, 12 de outubro de 2012 07.27.51, Marc Mutz wrote: Hi, I was wondering whether we should stop using the pattern of declaring _q_privateSlots() in favour of connecting to functors or functions directly. Makes sense, except that it's of inconvenient use: - lambdas: can't use in

Re: [Development] Fwd: Re: Module maintainer's explicit approval required for Qt 5 inclusion

2012-10-12 Thread Thiago Macieira
Since no one has spoken up, that means we have the official Qt 5.0 release list. It will include the following Git repositories: qtbase qtwebkit qtquick1 qtdeclarative qttools qtwebkit qtactiveqt qtmultimedia qtimageformats

[Development] License header updates for other than master branches

2012-10-12 Thread Anttila Janne
Hi, Lars mentioned in Digia acquisition closed mail a while ago that we need to change the copyright headers in all Qt source files from Nokia to Digia. AFAIK: Iikka did that work for master branch in all Qt5 repositories. However in some of the Qt5 repositories there are other branches as

Re: [Development] RFC: banning _q_slot() in favour of new-style connect()?

2012-10-12 Thread Olivier Goffart
On Thursday 11 October 2012 23:06:18 Thiago Macieira wrote: On sexta-feira, 12 de outubro de 2012 07.27.51, Marc Mutz wrote: Hi, I was wondering whether we should stop using the pattern of declaring _q_privateSlots() in favour of connecting to functors or functions directly. Makes

Re: [Development] RFC: banning _q_slot() in favour of new-style connect()?

2012-10-12 Thread Marc Mutz
On Friday October 12 2012, Thiago Macieira wrote: On sexta-feira, 12 de outubro de 2012 07.27.51, Marc Mutz wrote: Hi, I was wondering whether we should stop using the pattern of declaring _q_privateSlots() in favour of connecting to functors or functions directly. Makes sense, except

Re: [Development] QML, v8 and freezing the global object

2012-10-12 Thread aaron.kennedy
Hi, On 11/10/2012, at 3:04 PM, ext Thomas McGuire wrote: the QML engine freezes the global JS object. This is apparently(?) to prevent accidental writes to the global object. For those who don't know, the global object in JS provides objects and properties available in global scope,

Re: [Development] Build Qt 5 in 32-bit with mingw-builds 4.7.2

2012-10-12 Thread Oswald Buddenhagen
On Thu, Oct 11, 2012 at 04:23:43PM -0700, Thiago Macieira wrote: On quinta-feira, 11 de outubro de 2012 18.44.39, Stephen Chu wrote: I just installed mingw-build 4.7.2 on Windows 7 64-bit. I then configured Qt 5 this way: configure -developer-build -opensource -confirm-license -nomake

Re: [Development] RFC: banning _q_slot() in favour of new-style connect()?

2012-10-12 Thread Olivier Goffart
On Friday 12 October 2012 10:26:04 Olivier Goffart wrote: On Thursday 11 October 2012 23:06:18 Thiago Macieira wrote: On sexta-feira, 12 de outubro de 2012 07.27.51, Marc Mutz wrote: Hi, I was wondering whether we should stop using the pattern of declaring _q_privateSlots() in

Re: [Development] RFC: banning _q_slot() in favour of new-style connect()?

2012-10-12 Thread Olivier Goffart
On Friday 12 October 2012 12:08:59 Marc Mutz wrote: On Friday October 12 2012, Thiago Macieira wrote: On sexta-feira, 12 de outubro de 2012 07.27.51, Marc Mutz wrote: R2: less space used in meta-object True, but minimal impact. QLineEdit has up to seven _q_ slots, vs. up to eight

Re: [Development] Proposal: Make QPen non-cosmetic by default

2012-10-12 Thread Uwe Rathmann
On Fri, 12 Oct 2012 10:10:59 +, Bache-Wiig Jens wrote: True. There are certainly plenty of valid use cases out there and some of those would require a minor change in Qt5 if we go ahead with this change. Basically it is about if you want to have a pen width in model or paint device

Re: [Development] QML, v8 and freezing the global object

2012-10-12 Thread Thomas McGuire
Hi, On Friday 12 October 2012 10:17:20 Jedrzej Nowacki wrote: On Thursday 11. October 2012 16.04.04 Thomas McGuire wrote: Could we maybe simple get rid of object freezing, and not freeze the global object? What would the consequences of that be, anything bad? I am the opinion that if the

Re: [Development] QML, v8 and freezing the global object

2012-10-12 Thread Thomas McGuire
Hi, On Friday 12 October 2012 12:16:26 aaron.kenn...@nokia.com wrote: On 11/10/2012, at 3:04 PM, ext Thomas McGuire wrote: the QML engine freezes the global JS object. This is apparently(?) to prevent accidental writes to the global object. For those who don't know, the global object in JS

Re: [Development] QML, v8 and freezing the global object

2012-10-12 Thread Thomas McGuire
Hi, On Thursday 11 October 2012 17:36:55 Harri Porten wrote: On Thu, 11 Oct 2012, Thomas McGuire wrote: Could we maybe simple get rid of object freezing, and not freeze the global object? What would the consequences of that be, anything bad? I am the opinion that if the user wants to

Re: [Development] Proposal: Make QPen non-cosmetic by default

2012-10-12 Thread Bache-Wiig Jens
Basically it is about if you want to have a pen width in model or paint device coordinates. Both use cases exist and IMHO none of them is more important than the other. Agree on the importance on both but the inconsistency applies in both use cases. Most likely no more than

Re: [Development] Proposal: Make QPen non-cosmetic by default

2012-10-12 Thread Uwe Rathmann
On Fri, 12 Oct 2012 12:21:30 +, Bache-Wiig Jens wrote: I will leave that question for the graphics guys. I find it really strange that the performance impact of this would be significant and doubt that this is currently the case but I could easily be mistaking. In Qwt I have an example

Re: [Development] QML, v8 and freezing the global object

2012-10-12 Thread Thomas McGuire
Hi, On Friday 12 October 2012 13:30:57 Thomas McGuire wrote: I've also been thinking about adding the frozen global object to the snapshot, but I think that will not work. Qt changes the global object, for example by adding the qsTr() function, so freezing would have to happen after Qt is

Re: [Development] Proposal: Make QPen non-cosmetic by default

2012-10-12 Thread Uwe Rathmann
On Fri, 12 Oct 2012 12:21:30 +, Bache-Wiig Jens wrote: After all what is the point of doing a major version unless we don't even allow ourselves to change broken defaults. There is nothing broken: it's a well defined API that behaves exactly like it is documented. Your suggestion is

Re: [Development] Co-installation library naming rules

2012-10-12 Thread Erik van Pienbroek
Thiago Macieira schreef op do 11-10-2012 om 16:11 [-0700]: On quinta-feira, 11 de outubro de 2012 21.16.56, Oswald Buddenhagen wrote: oh, i'm not worried about the work. saying no is easy. the patches would of course be written by those who want the changes. ;) I'm willing to put in the

Re: [Development] Proposal: Make QPen non-cosmetic by default

2012-10-12 Thread Samuel Rødal
On 10/12/2012 03:17 PM, Uwe Rathmann wrote: On Fri, 12 Oct 2012 12:21:30 +, Bache-Wiig Jens wrote: After all what is the point of doing a major version unless we don't even allow ourselves to change broken defaults. There is nothing broken: it's a well defined API that behaves exactly

Re: [Development] RFC: banning _q_slot() in favour of new-style connect()?

2012-10-12 Thread Thiago Macieira
On sexta-feira, 12 de outubro de 2012 12.08.59, Marc Mutz wrote: True, but minimal impact. QLineEdit has up to seven _q_ slots, vs. up to eight normal ones (exact number depends on #ifdefs). But yes, I need to measure whether the reduction in the meta-object isn't offset by the extra code

Re: [Development] RFC: banning _q_slot() in favour of new-style connect()?

2012-10-12 Thread Marc Mutz
On Friday October 12 2012, Olivier Goffart wrote: On Friday 12 October 2012 10:26:04 Olivier Goffart wrote: On Thursday 11 October 2012 23:06:18 Thiago Macieira wrote: On sexta-feira, 12 de outubro de 2012 07.27.51, Marc Mutz wrote: Hi, I was wondering whether we should stop

Re: [Development] RFC: banning _q_slot() in favour of new-style connect()?

2012-10-12 Thread Marc Mutz
On Friday October 12 2012, Thiago Macieira wrote: Not harder to use than Q_PRIVATE_SLOT, IMO. More annoying, yes, because of boilerplate code (of which Q_PRIVATE_SLOT also has some, mind). Real-life example: [snip] I'd rather explore options like what Olivier is proposing. The functors,

Re: [Development] Proposal: Make QPen non-cosmetic by default

2012-10-12 Thread Tony Van Eerd
I think Windows also uses 0-width to mean the same thing. On the other hand, I worked on a drawing library that used sub-pixel lines. Via good anti-aliasing, A 0.5 width line, even if vertical/horizontal, would be drawn semi-transparent. A 0-width line would thus be invisible.

Re: [Development] Fwd: Re: Module maintainer's explicit approval required for Qt 5 inclusion

2012-10-12 Thread Sergio Ahumada
Hi, On 10/12/2012 08:29 AM, Thiago Macieira wrote: Since no one has spoken up, that means we have the official Qt 5.0 release list. It will include the following Git repositories: qtbase qtwebkit qtquick1 qtdeclarative qttools qtwebkit

Re: [Development] [Interest] Future of Qt Opensource SDK?

2012-10-12 Thread Tomasz Siekierda
A couple of people have requested this: http://lists.qt-project.org/pipermail/releasing/2012-September/000634.html This is from the Director of Qt RD at Digia, so I think you can count on it. The SDK is dead for non commercial customers. If you disagree, you just might have found your new pet

Re: [Development] Fwd: Re: Module maintainer's explicit approval required for Qt 5 inclusion

2012-10-12 Thread Thiago Macieira
On sexta-feira, 12 de outubro de 2012 18.51.28, Sergio Ahumada wrote: Hi, On 10/12/2012 08:29 AM, Thiago Macieira wrote: Since no one has spoken up, that means we have the official Qt 5.0 release list. It will include the following Git repositories: qtbase qtwebkit

Re: [Development] status and use cases for QScreen

2012-10-12 Thread Lorn Potter
On 13/10/2012, at 12:47 AM, Shawn Rutledge shawn.t.rutle...@gmail.com wrote: I got started working on QScreen, its properties, notifiers, and implementation on all 3 platforms after I noticed that the documentation was out of sync with the implementation in Qt5. [on a side note] While

Re: [Development] status and use cases for QScreen

2012-10-12 Thread Shawn Rutledge
On 12 October 2012 21:03, Lorn Potter lorn.pot...@gmail.com wrote: On 13/10/2012, at 12:47 AM, Shawn Rutledge shawn.t.rutle...@gmail.com wrote: I got started working on QScreen, its properties, notifiers, and implementation on all 3 platforms after I noticed that the documentation was out of