Re: [Development] Nominating Janne Anttila as Approver

The 15 days are over, so congratulations Janne! Cheers, Lars On Oct 17, 2012, at 4:18 AM, Rohan McGovern wrote: > I hereby nominate Janne Anttila as an approver. > > Janne has a long history with Qt, going back (at least?) to the initial > Qt for S60 port in 2008. In the past several years, J

[Development] Load qml state from separate files

I want to load state from separate files but I don't know how to do that, especially on how to deal with target property of PropertyChanges Item, this is the link http://qt-project.org/forums/viewthread/21699/ ,please help me, thank you.___ Development

Re: [Development] Proposal: New list of Qt 5 reference / Tier 1 platforms

Any plan for osx-10.8-64, Mac OS X Mountain Lion, 10.8? Thanks. Regards, Liang From: development-bounces+liang.qi=digia@qt-project.org [development-bounces+liang.qi=digia@qt-project.org] on behalf of Koehne Kai [kai.koe...@digia.com] Sent: Tuesday

Re: [Development] Common base class for all socket types

2012/11/7 Thiago Macieira : > On quarta-feira, 7 de novembro de 2012 00.07.41, Corentin Jabot wrote: >> The following seems like a good subset of the QAbstractSocket >> interfaces that also makes sense for QLocalSocket > > I don't want you to list functions that are common. I can do that by myself.

Re: [Development] Common base class for all socket types

On 11/6/12, Corentin Jabot wrote: > > I dont see how the connectTo* methods could be shared, and I don't > think it would be a good idea to try to do so. > I disagree. Having a QList and then being able to iterate over them and connectTo* and disconnectFrom* without knowing their type is helpful.

Re: [Development] Common base class for all socket types

On quarta-feira, 7 de novembro de 2012 00.07.41, Corentin Jabot wrote: > The following seems like a good subset of the QAbstractSocket > interfaces that also makes sense for QLocalSocket I don't want you to list functions that are common. I can do that by myself. I want you to explain *why* you n

Re: [Development] Common base class for all socket types

The following seems like a good subset of the QAbstractSocket interfaces that also makes sense for QLocalSocket void abort () void disconnectFromHost () SocketError error () const bool flush () bool isValid () const qint64 readBufferSize () const void setReadBufferSize ( qint64 size ) bool setSock

Re: [Development] Issues with compiling Qt-Creator on windows

I am now using Qt creator to build qt creator and my build step currently look like: qmake.exe qtcreator.pro -r -spec win32-msvc2010 "CONFIG+=declarative_debug" and my private files are in: C:\QtSDK\QtSources\4.8.1\include\QtCore\private Do I change my build step to qmake.exe qtcreator.pro -r

Re: [Development] Proposal: New list of Qt 5 reference / Tier 1 platforms

On terça-feira, 6 de novembro de 2012 16.08.06, Koehne Kai wrote: > Hi, > > The list of reference & Tier 1 platforms at > http://qt-project.org/wiki/Qt-5#Platforms is somewhat out of date ... Here > is a new proposal > > Reference Platforms: > > We have the following platform configurations as refe

Re: [Development] Common base class for all socket types

On terça-feira, 6 de novembro de 2012 11.49.40, Alfonso Chartier wrote: > Someone below asked what the motivation is behind having a common abstract > socket base class for all concrete socket types. The reason for this is it > can significantly clean up client code. Currently if I want to handle >

Re: [Development] Common base class for all socket types

quot; release, IT WOULD > BE NICE if "QMake" would still have the OPTION to generate "MSVS2008 > *.vcproj" instances. Please. Pretty Please. And then, I will send > you home-made cookies. Every month. > > --charley > > > -- > >

Re: [Development] QT.module.rpath is not used properly

On Tue, Nov 06, 2012 at 06:17:04PM +0100, Thomas Senyk wrote: > I got a self-written mkspec for the rasp-pi and everything is working as > expected. > > With one exception, for external applications he is not adding the proper > -Wl,-rpath, > The problem is that: > cat /usr/local/Trolltech/Qt

Re: [Development] Proposal: New list of Qt 5 reference / Tier 1 platforms

On Tue, Nov 06, 2012 at 10:59:03AM -0700, Charley Bay wrote: > REQUEST: For the Tier-1 "MSVS2010, SP1, Win7-32bit" release, IT WOULD > BE NICE if "QMake" would still have the OPTION to generate "MSVS2008 > *.vcproj" instances. Please. Pretty Please. And then, I will send > you home-made cookies

Re: [Development] QT.module.rpath is not used properly

I have a fix for this issue in Gerrit which has been waiting for weeks: https://codereview.qt-project.org/35394 But it hasn't been approved yet because apparently ossi thinks the commit log isn't clear enough. Maybe you can explain it to him in better words than I do. Romain On Nov 6, 2012 9:27

Re: [Development] Proposal: New list of Qt 5 reference / Tier 1 platforms

Kai spaketh: > The list of reference & Tier 1 platforms at > http://qt-project.org/wiki/Qt-5#Platforms > is somewhat out of date ... Here is a new proposal , Seems fine to me. An aside -- serious suggestion: We are successfully using the, "MSVS2010, SP1" compiler within the "MSVS2008 IDE" using

Re: [Development] Qt5 Beta/Qt Quick 2.0 and Antialiasing

On Tue, October 30, 2012 11:14:46 AM Labs, Torsten wrote: > Hello, > > we created some prototype with Qt Quick 2 on a ARM board. Its running verry > well except antialiasing. As i can see in the Qt5 Documentation there is a > new flag for antialiasing * > antialiasing

[Development] QT.module.rpath is not used properly

Hi Folks, I got a self-written mkspec for the rasp-pi and everything is working as expected. With one exception, for external applications he is not adding the proper -Wl,-rpath, The problem is that: cat /usr/local/Trolltech/Qt5-rasp-pi-2/mkspecs/modules/qt_lib_* |grep rpath returns nothing.

[Development] Proposal: New list of Qt 5 reference / Tier 1 platforms

Hi, The list of reference & Tier 1 platforms at http://qt-project.org/wiki/Qt-5#Platforms is somewhat out of date ... Here is a new proposal Reference Platforms: We have the following platform configurations as reference platforms for Qt 5.0: PLATFORM CONFIGURATION

Re: [Development] Common base class for all socket types

On 11/6/2012 7:52 PM, d3fault wrote: > You want to obey a randomly declared 'feature-freeze' It wasn't randomly declared. :D It has been set in stone since around May and is standard practice for open source projects near time for a stable release usually starting at the first beta release. Other

[Development] CI status update

I thought it might be good idea to summarize what has been happening on CI lately. So here is summary about CI system changes and some status info from weeks 44-45: 1. OpenSSL installed to Windows CI testers -> Auto-detection for configure time check is now true -> SSL related auto test

Re: [Development] Qt5-Beta build from Git on Windows --> Failed to load platform plugin "windows"

Hi, on Windows XP, the load error is most likely caused by https://bugreports.qt-project.org/browse/QTBUG-27741 , for which the fix https://codereview.qt-project.org/#change,38566 is pending. Regards, Friedemann -- Friedemann Kleint Digia, Qt ___

Re: [Development] Qt5-Beta build from Git on Windows --> Failed to load platform plugin "windows"

> -Original Message- > From: Labs, Torsten [mailto:torsten.l...@siemens.com] > Sent: Tuesday, November 06, 2012 10:57 AM > To: Koehne Kai; development@qt-project.org > Subject: RE: [Development] Qt5-Beta build from Git on Windows --> Failed > to load platform plugin "windows" > > Hi Kai, >

Re: [Development] Qt5-Beta build from Git on Windows --> Failed to load platform plugin "windows"

Hi Kai, I got the message that IESHIMS.DLL and WER.DLL is missing. Is that normal? Greetings Torsten With best regards, Torsten Labs Siemens AG Industry Sector Industry Automation Division Industrial Automation Systems Factory Automation I IA AS FA WF FTH 2 Siemensstr. 2-4 90766 Fuerth, Germ

Re: [Development] Common base class for all socket types

You want to obey a randomly declared 'feature-freeze' and decline a SUPERIOR re-design that can only take place during BC breakages? It's not like it'd be that hard to implement. Sure, we're in a feature freeze but that's nothing compared to a 'BC promise' that 5 will set in stone. <*insert ho

Re: [Development] Common base class for all socket types

Op 6-11-2012 10:26, d3fault schreef: > "a common base class is an interesting idea. But it’s a moot point > since we have to maintain binary compatibility until Qt 5. So > QAbstractSocket cannot change. We’ll revisit the issue when Qt 5 > development starts, but that’s a long way in the future". (

Re: [Development] Common base class for all socket types

"a common base class is an interesting idea. But it’s a moot point since we have to maintain binary compatibility until Qt 5. So QAbstractSocket cannot change. We’ll revisit the issue when Qt 5 development starts, but that’s a long way in the future". ( http://blog.qt.digia.com/blog/2008/02/22/qloc

Re: [Development] [Releasing] Qt 4.8.4 release candidates are available

On 6/11/2012 2:55 AM, Salovaara Akseli wrote: > Thank you for notification. SHA-1 c16471dd7aa6ce9b9768e70de66763f73584d880 > will be in Qt 4.8.4. changes-4.8.4_RC2 has incorrect reference to QTBUG. - QGLTextureGlyphCache: Fix text rendering artifacts on NVIDIA [QTBUG-27658] should be: - QGL

Re: [Development] Qt5-Beta build from Git on Windows --> Failed to load platform plugin "windows"

On terça-feira, 6 de novembro de 2012 07.52.44, Koehne Kai wrote: > You really want to use the windows plugin. Find out why it doesn't load. > Depends.exe (Dependency Walker) [1] will help you: > - load plugins\platforms\windows.dll. Add the path to QTDIR\libs to "Module > Search Order". Check for