Re: [Development] Upcoming CI disruptions

2012-10-15 Thread Anttila Janne
Rohan McGovern wrote: > In preparation for the transfer of remaining systems from Nokia to > Digia, various projects covered by the Qt CI will soon be migrated from > Nokia's Pulse infrastructure to a new Jenkins setup. > Transferring Qt CI projects from Nokia Pulse infra to a new Jenkins based

[Development] New mailing list, ci-reports

2012-10-15 Thread Rohan McGovern
Hi all, Please be aware of this new Qt Project mailing list, ci-reports: http://lists.qt-project.org/mailman/listinfo/ci-reports This list receives automated reports from the Qt Project CI system pertaining to test run passes or failures (essentially the same information posted to gerrit). It

Re: [Development] Un-messifying Qt Quick

2012-10-15 Thread Lincoln Ramsay
On 16/10/12 03:35, Thiago Macieira wrote: > Will do. I need help from Ossi to figure out how I broke qmake, because it's > not evident. Most likely it's qconfig.cpp, which contains the paths returned by QLibrary. There's a special version of this file just for qmake (generated by configure). --

Re: [Development] Qt5 and dynamic meta object

2012-10-15 Thread Lincoln Ramsay
On 15/10/12 20:12, Olivier Goffart wrote: >> Renato Araujo wrote: >>> I'm working to port a library based on qt4.8 and qtquick 1.1 to qt5 >>> and qtquick 2.0. >>> This library uses dynamic metaobject to export dynamic properties >>> signals and slot. >>> What this library does is override the metaO

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

2012-10-15 Thread Uwe Rathmann
On Mon, 15 Oct 2012 21:07:52 +0200, Samuel Rødal wrote: > The point about hardware acceleration is a bit moot at the moment since > Qt 5 doesn't include an X11 paint engine. What means that the performance of my oscilloscope example will be several times slower for Qt 5.x than for Qt 4.8 on X11

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Bache-Wiig Jens
> Those are not obsolete. They still ship with KDE 4, it just uses Oxygen by > default. So I wouldn't call then "non-native", just "less common". Should we also call Motif and Windows also native KDE styles because they happen to ship with the Qt4 libraries? I think many KDE developers would di

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

2012-10-15 Thread Uwe Rathmann
On Mon, 15 Oct 2012 09:58:20 +0200, Samuel Rødal wrote: > Could you elaborate on what you mean regarding the implementation of the > subsurfaces concept? This is an experience from a project I'm working on: http://www.youtube.com/watch?v=8Zgnv-qz744 I spend some time on trying to embed an OpenG

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Alessandro Portale
Not 100% sure what effective impact it will have for some end-users if the styles move from qtbase to separate addons. Therefore, my comments will be purly subjective. Please don't take them too serious :) Imagine the voice of Karl Lagerfeld speaking out my comments. On Mon, Oct 15, 2012 at 3:56 P

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

2012-10-15 Thread Samuel Rødal
On 10/15/2012 08:30 PM, Uwe Rathmann wrote: > On Mon, 15 Oct 2012 07:32:52 +, Knoll Lars wrote: > >> to make it really logical would probably also require to >> make 0 width pens invisible > > You are hitting the point: obviously setting a pen width of 0 enables a > special mode and doesn't rea

Re: [Development] status and use cases for QScreen

2012-10-15 Thread Lorn Potter
On 15/10/2012, at 6:23 PM, Samuel Rødal wrote: > On 10/12/2012 10:24 PM, Shawn Rutledge wrote: >> On 12 October 2012 21:03, Lorn Potter wrote: >>> On 13/10/2012, at 12:47 AM, Shawn Rutledge >>> wrote: >>> I got started working on QScreen, its properties, notifiers, and implementati

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

2012-10-15 Thread Uwe Rathmann
On Mon, 15 Oct 2012 07:32:52 +, Knoll Lars wrote: > to make it really logical would probably also require to > make 0 width pens invisible You are hitting the point: obviously setting a pen width of 0 enables a special mode and doesn't really set a pen width: - disabling the hardware accele

Re: [Development] New branch in qtdoc for Qt 5.0 documentation brush-up (update)

2012-10-15 Thread Frederik Gladhorn
Update to documentatin and branches. Fredag 5. oktober 2012 09.15.48 skrev Eskil Abrahamsen Blomfeldt: > On 10/04/2012 05:21 PM, Stephen Kelly wrote: > > On Thursday, October 04, 2012 17:06:08 Eskil Abrahamsen Blomfeldt wrote: > >> If > >> you are working on changes to the qtdoc repository, could

Re: [Development] New branch in qtdoc for Qt 5.0 documentation brush-up (update)

2012-10-15 Thread Frederik Gladhorn
Update to documentatin and branches. Fredag 5. oktober 2012 09.15.48 skrev Eskil Abrahamsen Blomfeldt: > On 10/04/2012 05:21 PM, Stephen Kelly wrote: > > On Thursday, October 04, 2012 17:06:08 Eskil Abrahamsen Blomfeldt wrote: > >> If > >> you are working on changes to the qtdoc repository, could

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Konstantin Ritt
I'm +1 on replacing Plastique and Cleanlooks styles in qtbase iff the replaced styles would remain accessible/usable as add-ons (or a single add-on, e.g. squashed with recently removed Motif and CDE styles). Konstantin 2012/10/15 Nurmi J-P : >> Actually i like the proposed style, i am not sure

Re: [Development] QtNetwork: using system proxy by default

2012-10-15 Thread Thiago Macieira
On segunda-feira, 15 de outubro de 2012 16.33.39, shane.kea...@accenture.com wrote: > When using the windows API, we can enable either DNS, DHCP or both. > Using DNS only would be faster, but may not work for some users if their > office network used DHCP only deployment. > > Also, I checked toda

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Nurmi J-P
> Actually i like the proposed style, i am not sure if it's better that > Plastique but > seems fine for me, the problem it's that with a new style we can have, for > example, new bugs of stylesheets. I am not sure remove the actual working > styles with the first release of Fusion it's a good ide

Re: [Development] Un-messifying Qt Quick

2012-10-15 Thread Thiago Macieira
On segunda-feira, 15 de outubro de 2012 15.42.34, Knoll Lars wrote: > >> PS: I tried modifying QLibraryInfo to add the new path but I somehow > >> broke > >> qmake for some unknown reason... > > > > > > > > By the way, adding the QML2 path is what's holding the QtQuick1 > > un-messifying back. I

Re: [Development] Qt 5 file hierarchy

2012-10-15 Thread Thiago Macieira
On segunda-feira, 15 de outubro de 2012 18.24.25, Oswald Buddenhagen wrote: > hmm, yeah, we could do that, indeed. just write the spec names out to > qconfig.cpp, like the paths, etc. this would allow us to remove some > obscure code which even deviates between platforms. > the problem being that

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Linos
On 15/10/12 19:06, Nurmi J-P wrote: Call me a hopeless case, but the first thing I do on a fresh KDE is changing the style to one of those two because I find them more visually aiding than Oxygen (they have better contrast and are less >> "flashy"). >>> >>> +1 here >>> >> +1 here too

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Nurmi J-P
> >> Call me a hopeless case, but the first thing I do on a fresh KDE is > >> changing the style to one of those two because I find them more > >> visually aiding than Oxygen (they have better contrast and are less > "flashy"). > > > > +1 here > > > +1 here too > Before everyone rushes up to thro

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread R. Reucher
On Monday 15 October 2012 18:47:44 Konstantin Tokarev wrote: > 15.10.2012, 20:35, "Konrad Rosenbaum" : > > Call me a hopeless case, but the first thing I do on a fresh KDE is > > changing the style to one of those two because I find them more visually > > aiding than Oxygen (they have better contra

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Konstantin Tokarev
15.10.2012, 20:35, "Konrad Rosenbaum" : > Call me a hopeless case, but the first thing I do on a fresh KDE is changing > the style to one of those two because I find them more visually aiding than > Oxygen (they have better contrast and are less "flashy"). +1 -- Regards, Konstantin ___

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Haydania-Capri Hummel
I'll fourth the motion! Grab your pitch forks and touches. Haydania-Capri Hummel Founder of Oscailt Foundation, Inc. "It's what you make it; it's fate in your hands not ours..." -Original Message- From: Frank Hemer Sender: development-bounces+oscailt=oscailtfoundation.org...@qt-projec

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Linos
On 15/10/12 18:44, Frank Hemer wrote: > On Monday 15 October 2012 18:35:01 Konrad Rosenbaum wrote: >> Hi, >> >> On Monday 15 October 2012 15:56:23 Bache-Wiig Jens wrote: >>> The main focus of Qt on the desktop is to provide a native look and feel >>> on >>> all platforms. Until now, Qt has come bun

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Frank Hemer
On Monday 15 October 2012 18:35:01 Konrad Rosenbaum wrote: > Hi, > > On Monday 15 October 2012 15:56:23 Bache-Wiig Jens wrote: > > The main focus of Qt on the desktop is to provide a native look and feel > > on > > all platforms. Until now, Qt has come bundled with a few extra styles that > > were

Re: [Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Konrad Rosenbaum
Hi, On Monday 15 October 2012 15:56:23 Bache-Wiig Jens wrote: > The main focus of Qt on the desktop is to provide a native look and feel on > all platforms. Until now, Qt has come bundled with a few extra styles that > were not used intentionally anywhere. Historically plastique was designed > to

Re: [Development] QtNetwork: using system proxy by default

2012-10-15 Thread shane.kearns
Apparently not, I don't know why Microsoft implemented it this way. The result is only cached if a PAC script is successfully downloaded. The DHCP method doesn't serve the PAC url together with the IP address, it's a separate query sent to the DHCP server by the browser (or us) If autodetection

Re: [Development] Qt 5 file hierarchy

2012-10-15 Thread Oswald Buddenhagen
On Mon, Oct 15, 2012 at 06:03:46PM +0200, Stephen Kelly wrote: > On Thursday, October 11, 2012 12:01:51 Oswald Buddenhagen wrote: > > fwiw, the default mkspec links would need to go to lib, too, obviously. > > Or the default mkspec should be removed entirely. > > The default can be hardcoded in

[Development] FW: Digia and the comunity for Qt

2012-10-15 Thread Vladimir Minenko
Forwarding this from the marketing list. I think folks who commented on "Blurring the lines between Qt-Project and Digia", but not subscribing to the Marketing list, might be interested in reading this. Cheers! -- Vladimir From: marketing-bounces+vminenko=rim@qt-project.org [mailto:marke

Re: [Development] Qt 5 file hierarchy

2012-10-15 Thread Stephen Kelly
On Thursday, October 11, 2012 12:01:51 Oswald Buddenhagen wrote: > fwiw, the default mkspec links would need to go to lib, too, obviously. Or the default mkspec should be removed entirely. The default can be hardcoded in qmake, or am I missing something? It wouldn't make sense to compile 3rd pa

Re: [Development] Un-messifying Qt Quick

2012-10-15 Thread Knoll Lars
On Oct 15, 2012, at 5:04 PM, Thiago Macieira wrote: > On segunda-feira, 15 de outubro de 2012 07.54.42, Thiago Macieira wrote: >> On segunda-feira, 15 de outubro de 2012 07.55.56, Knoll Lars wrote: Note that I called it "qml2" because it's based on the QML 2 engine. That means it

Re: [Development] Behavior changes in Qt

2012-10-15 Thread BRM
> From: Sorvig Morten >Subject: Re: [Development] Behavior changes in Qt >On Oct 11, 2012, at 4:06 PM, BRM wrote: >>> >> >> How about opt-in (via configure or extra flags) until the next major release? >> I don't think doing the opt-in/opt-out/mandatory over several minor release >> would bod

Re: [Development] Un-messifying Qt Quick

2012-10-15 Thread Thiago Macieira
On segunda-feira, 15 de outubro de 2012 07.54.42, Thiago Macieira wrote: > On segunda-feira, 15 de outubro de 2012 07.55.56, Knoll Lars wrote: > > > Note that I called it "qml2" because it's based on the QML 2 engine. > > > That > > > means it would apply to Cascades code using QML 2, not just Qt Q

Re: [Development] QtNetwork: using system proxy by default

2012-10-15 Thread Knoll Lars
Hi Shane, (adding the ML back in again…) wouldn't Windows run the DHCP detection only once at startup (or when network status changes) and cache the result? Why would we need to re-run this inside the Qt app? Cheers, Lars On Oct 15, 2012, at 4:00 PM, shane.kea...@accenture.com wrote: > Hi La

Re: [Development] Deprecate the QThread::terminated() signal?

2012-10-15 Thread Thiago Macieira
On segunda-feira, 15 de outubro de 2012 14.53.39, Olivier Goffart wrote: > > Is there any value in keeping a signal that is: > > - Only emitted after the program destabilises, and > > - Not even guaranteed to be emitted? > > I even go as far as removing it. > Source compatibility is not really bro

Re: [Development] Un-messifying Qt Quick

2012-10-15 Thread Thiago Macieira
On segunda-feira, 15 de outubro de 2012 07.55.56, Knoll Lars wrote: > > Note that I called it "qml2" because it's based on the QML 2 engine. That > > means it would apply to Cascades code using QML 2, not just Qt Quick 2. > > Should we have the '2' in the name? We've avoided it other places as we

[Development] Replacing Cleanlooks and Plastique

2012-10-15 Thread Bache-Wiig Jens
The main focus of Qt on the desktop is to provide a native look and feel on all platforms. Until now, Qt has come bundled with a few extra styles that were not used intentionally anywhere. Historically plastique was designed to blend with KDE 3.0 and cleanlooks in early Gnome environments. They

Re: [Development] Deprecate the QThread::terminated() signal?

2012-10-15 Thread Olivier Goffart
On Monday 15 October 2012 20:38:04 Sze Howe Koh wrote: > Discussion at > https://codereview.qt-project.org/#patch,sidebyside,36806,5,src/corelib/thre > ad/qthread.cpp > > Thiago: "Shouldn't this say that it's undefined if the [terminated()] > signal is emitted at all [upon forced termination]?" >

[Development] Deprecate the QThread::terminated() signal?

2012-10-15 Thread Sze Howe Koh
Discussion at https://codereview.qt-project.org/#patch,sidebyside,36806,5,src/corelib/thread/qthread.cpp Thiago: "Shouldn't this say that it's undefined if the [terminated()] signal is emitted at all [upon forced termination]?" Olivier: "Then should we just remove that signal? (Because it is undef

Re: [Development] Moving QtMobility to qt-project.org

2012-10-15 Thread Thomas McGuire
Hi, On Monday 15 October 2012 14:21:18 Sze Howe Koh wrote: > Pardon my ignorance; before reading this I thought that QtMobility had been > merged into Qt 5 as add-on modules. May I ask why functionality is still > being kept duplicated? Right, all of qtmobility has been split up for Qt5, as diffe

Re: [Development] Moving QtMobility to qt-project.org

2012-10-15 Thread Joseph Crowell
On 10/15/2012 10:21 PM, Sze Howe Koh wrote: Pardon my ignorance; before reading this I thought that QtMobility had been merged into Qt 5 as add-on modules. May I ask why functionality is still being kept duplicated? So did I, as well as QtMultimediaKit now being renamed to QtMultimedia and ma

Re: [Development] Moving QtMobility to qt-project.org

2012-10-15 Thread Sze Howe Koh
Pardon my ignorance; before reading this I thought that QtMobility had been merged into Qt 5 as add-on modules. May I ask why functionality is still being kept duplicated? Sze-Howe On Mon, Oct 15, 2012 at 7:50 PM, Knoll Lars wrote: > I agree as well. I'll check if there's any legal issues in m

Re: [Development] Moving QtMobility to qt-project.org

2012-10-15 Thread Knoll Lars
I agree as well. I'll check if there's any legal issues in moving the code to the project, and then try to get it done as soon as possible. Cheers, Lars On Oct 15, 2012, at 11:46 AM, Angel Perles wrote: > +1 for this. > > Everyone is solving their own problems with QtMobility and if is > bec

Re: [Development] Qt5 and dynamic meta object

2012-10-15 Thread Olivier Goffart
> Renato Araujo wrote: > > Hi guys, > > > > > > I'm working to port a library based on qt4.8 and qtquick 1.1 to qt5 > > and qtquick 2.0. > > This library uses dynamic metaobject to export dynamic properties > > signals and slot. > > What this library does is override the metaObject() function to

Re: [Development] Qt5 and dynamic meta object

2012-10-15 Thread Olivier Goffart
> Renato Araujo wrote: > > Hi guys, > > > > > > I'm working to port a library based on qt4.8 and qtquick 1.1 to qt5 > > and qtquick 2.0. > > This library uses dynamic metaobject to export dynamic properties > > signals and slot. > > What this library does is override the metaObject() function to

Re: [Development] Moving QtMobility to qt-project.org

2012-10-15 Thread Angel Perles
+1 for this. Everyone is solving their own problems with QtMobility and if is becoming fragmented. Regards, Àngel El 15/10/12 10:24, Thomas McGuire escribió: > Hi, > > I'd like to propose to move QtMobility to the qt-project.org. > > The main reason I am proposing this is that we (RIM + KDAB) r

Re: [Development] Qt5 and dynamic meta object

2012-10-15 Thread Stephen Kelly
Forwarding to qt-devel. The qt-qml mailing list should be closed. Renato Araujo wrote: > Hi guys, > > > I'm working to port a library based on qt4.8 and qtquick 1.1 to qt5 > and qtquick 2.0. > This library uses dynamic metaobject to export dynamic properties > signals and slot. > What this li

Re: [Development] Nominating Andy Shaw for Approver

2012-10-15 Thread Shaw Andy
> On Oct 15, 2012, at 9:39 AM, Mark Brand > wrote: > > > João Abecasis wrote: > >> Hi, > >> > >> I'd like to nominate Andy Shaw for Approver status. Andy's history > >> with Qt is longer than my own, having catered to commercial customers > >> in Trolltech, Nokia and Digia. Looking over the main

[Development] Moving QtMobility to qt-project.org

2012-10-15 Thread Thomas McGuire
Hi, I'd like to propose to move QtMobility to the qt-project.org. The main reason I am proposing this is that we (RIM + KDAB) right now have a fork of QtMobility living on Gitorious [1]. This fork contains backends for sensors and multimedia for the new BB10 mobile OS, and will likely gain sup

Re: [Development] status and use cases for QScreen

2012-10-15 Thread Samuel Rødal
On 10/12/2012 10:24 PM, Shawn Rutledge wrote: > On 12 October 2012 21:03, Lorn Potter wrote: >> On 13/10/2012, at 12:47 AM, Shawn Rutledge >> wrote: >> >>> I got started working on QScreen, its properties, notifiers, and >>> implementation on all 3 platforms after I noticed that the >>> document

Re: [Development] Behavior changes in Qt

2012-10-15 Thread Sorvig Morten
On Oct 11, 2012, at 4:06 PM, BRM wrote: >> > > How about opt-in (via configure or extra flags) until the next major release? > I don't think doing the opt-in/opt-out/mandatory over several minor release > would bode well for compatibility between minor releases, which is a big must. > > For e

Re: [Development] Nominating Andy Shaw for Approver

2012-10-15 Thread Knoll Lars
On Oct 15, 2012, at 9:39 AM, Mark Brand wrote: > João Abecasis wrote: >> Hi, >> >> I'd like to nominate Andy Shaw for Approver status. Andy's history >> with Qt is longer than my own, having catered to commercial customers >> in Trolltech, Nokia and Digia. Looking over the main repositories, I

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

2012-10-15 Thread Samuel Rødal
On 10/12/2012 08:18 PM, Uwe Rathmann wrote: > Qt/Embedded is the platform where you find this type of widget most what > usually means a combination of the weakest hardware and the slowest > graphic path. Unfortunately the implementation of the subsurfaces concept > is so very broken, that embeddin

Re: [Development] Un-messifying Qt Quick

2012-10-15 Thread Knoll Lars
On Oct 10, 2012, at 10:03 PM, Thiago Macieira wrote: > On quarta-feira, 10 de outubro de 2012 18.23.49, Knoll Lars wrote: >> I am against making QML2 a subdirectory of imports (ie. option a1). So >> either a separate directory, or we keep the QML 1 modules in a >> subdirectory. Both are ok for m

Re: [Development] Is overriding an existing virtual method 'BC' in Qt 4?

2012-10-15 Thread Knoll Lars
On Oct 11, 2012, at 5:37 PM, André Pönitz wrote: > On Thu, Oct 11, 2012 at 11:48:26AM +, Sorvig Morten wrote: >> [...] In general, I think this is something we'll see again. Platforms >> change under our feet and we need to adapt. Apple and Microsoft do not >> put OS updates on hold because

Re: [Development] Nominating Andy Shaw for Approver

2012-10-15 Thread Mark Brand
João Abecasis wrote: > Hi, > > I'd like to nominate Andy Shaw for Approver status. Andy's history > with Qt is longer than my own, having catered to commercial customers > in Trolltech, Nokia and Digia. Looking over the main repositories, I > count 150 commits in the 4.x public timeline. 31 so far

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

2012-10-15 Thread Knoll Lars
On Oct 12, 2012, at 3: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 th

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

2012-10-15 Thread Knoll Lars
On Oct 12, 2012, at 6:31 PM, Tony Van Eerd wrote: > 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-transpa