Re: [Development] Another feature request for qdoc - multilanguage support

Hi, Op 2/17/2012 7:22 AM, liang...@nokia.com schreef: > Hi, all, > > Not every developer is good at English. Many of them would like to see the > documentation in their own language. > > David Boddie had done some work before, under qtdoc/doc/src, there are ja_JP > and zh_CN directories. For sep

Re: [Development] Changing qreal to a float

> > > > On Thu, Feb 16, 2012 at 5:03 AM, wrote: > > > On 2/16/12 12:16 PM, "ext Giuseppe D'Angelo" > wrote: > > >>On 15 February 2012 22:56, Sean Harmer > wrote: > > >>> On 15/02/2012 11:53, andre.poen...@nokia.com wrote: > > Anyway. It's probably better to go for any kind of uniformity. I

[Development] Another feature request for qdoc - multilanguage support

Hi, all, Not every developer is good at English. Many of them would like to see the documentation in their own language. David Boddie had done some work before, under qtdoc/doc/src, there are ja_JP and zh_CN directories. For separated doc files under qtdoc/doc/src, they could be translated int

Re: [Development] QTimeScheme for Qt - 5.0 or 5.1?

On Wednesday 15 February 2012, Stephen Kelly wrote: > On Wednesday, February 15, 2012 21:55:54 Konrad Rosenbaum wrote: > > The > > > > calculation results are almost identical. Almost. > > Is that enough? > > John Layt mentioned the existence of such a mapping too. It depends on how you define

[Development] QT_MESSAGE_PATTERN

Hi Kai, I'm trying to use the QMessagePattern and I'm missing some documentation here. Is the usage of the environment variable QT_MESSAGE_PATTERN even documented? Cheers, WB ___ Development mailing list Development@qt-project.org http://lists.qt-proje

Re: [Development] QML engine C++ class renaming

> On quinta-feira, 16 de fevereiro de 2012 14.56.08, Stephen Kelly wrote: > > On Thursday, February 16, 2012 14:50:32 Olivier Goffart wrote: > > > On Thursday 16 February 2012 13:39:14 lars.kn...@nokia.com wrote: > > > > Well, it's working for the moment, so the question is where the > > > > person

Re: [Development] Qt Project CI having a bad day

Rohan McGovern said: > Sergio Ahumada said: > > Hi, > > > > The Qt Project CI is having some problems as we speak, and most likely > > will continue like it for next couple of hours. > > > > Changes in INTEGRATING state will be either integrated or rejected once > > the CI is back. > > > > We'

Re: [Development] QLog ( Work on qDebug and friends)

Dammit, copied the wrong stuff. I mean I'm using: #define qLog(category)\ if (!QLog::instance()->isEnabled() || !QLog::instance()->isEnabled(#category, QLogCategories::category##_QLog_enabled)) /*NOP*/; \ else QMessageLogger(__FILE

Re: [Development] QML engine C++ class renaming

On Thu, 16 Feb 2012 22:12:16 ext Olivier Goffart wrote: > On Thursday 16 February 2012 21:14:07 Alan Alpert wrote: > > On Thu, 16 Feb 2012 20:47:49 ext Olivier Goffart wrote: > > > On Thursday 16 February 2012 12:26:50 Alan Alpert wrote: > > > > The way QML compatibility is supposed to work is diff

Re: [Development] QLog ( Work on qDebug and friends)

Already done. I'm using if (!global_enabled()) /*NOP*/; else QMessageLogger(__FILE__, __LINE__, Q_FUNC_INFO).debug Anyway I will make sure that qlog still works even with -DQT_NO_WARNING_OUTPUT Cheers, WB -Original Message- From: development-bounces+wolfgang.beck=nokia@qt-project.

Re: [Development] QLog ( Work on qDebug and friends)

On 02/17/2012 01:01 AM, ext David Faure wrote: > So why not *change* the qDebug macro to something like > > if (!global_enabled()) /*NOP*/; else QMessageLogger(__FILE__, __LINE__, > Q_FUNC_INFO).debug Please see the other thread with BRM. He advocates the same kind of approach. I'm not going to r

Re: [Development] Qt Project CI having a bad day

Sergio Ahumada said: > Hi, > > The Qt Project CI is having some problems as we speak, and most likely > will continue like it for next couple of hours. > > Changes in INTEGRATING state will be either integrated or rejected once > the CI is back. > > We'll keep you informed about the progress.

Re: [Development] Question about push reviewed code to Gerrit repo.

Oops... Oswald, tell me please, what happened to the repo project QtSerialPort of the Gerrit playground? What to do now? :) Best regards, Denis 16.02.2012, 22:05, "Oswald Buddenhagen" : > On Thu, Feb 16, 2012 at 08:30:11PM +0400, ext Denis Shienkov wrote: > >>  I'm talking about the fix names of

Re: [Development] Changing qreal to a float

> From: "lars.kn...@nokia.com" > On 2/16/12 6:21 PM, "ext Girish Ramakrishnan" > > wrote: > >> Hi Lars, >> >> On Thu, Feb 16, 2012 at 5:03 AM,  wrote: >>> On 2/16/12 12:16 PM, "ext Giuseppe D'Angelo" > wrote: >>> On 15 February 2012 22:56, Sean Harmer > wrote: > On 15/02/2012

Re: [Development] Changing qreal to a float

Olivier Goffart wrote: > > I thought we were agreeing upon deprecating qreal (i.e leave it as-is) > > and use float and double explicitly inside Qt. At least, that's what I > > +1d for :) The patch above changes qreal and doesn't deprecate it. > > Can be done in another commit, > One after the mas

Re: [Development] Changing qreal to a float

On 2/16/12 6:21 PM, "ext Girish Ramakrishnan" wrote: >Hi Lars, > >On Thu, Feb 16, 2012 at 5:03 AM, wrote: >> On 2/16/12 12:16 PM, "ext Giuseppe D'Angelo" wrote: >> >>>On 15 February 2012 22:56, Sean Harmer wrote: On 15/02/2012 11:53, andre.poen...@nokia.com wrote: > Anyway. It's prob

Re: [Development] Changing qreal to a float

On Thursday 16 February 2012 09:21:34 Girish Ramakrishnan wrote: > Hi Lars, > > On Thu, Feb 16, 2012 at 5:03 AM, wrote: > > On 2/16/12 12:16 PM, "ext Giuseppe D'Angelo" wrote: > >>On 15 February 2012 22:56, Sean Harmer wrote: > >>> On 15/02/2012 11:53, andre.poen...@nokia.com wrote: > Any

Re: [Development] Question about push reviewed code to Gerrit repo.

On Thu, Feb 16, 2012 at 08:30:11PM +0400, ext Denis Shienkov wrote: > I'm talking about the fix names of the authors, ie that you do not like and > what specifically needs to change? > standardize the "fullname" in your commits on your real name, like in about half of the commits already. and re

Re: [Development] QML engine C++ class renaming

I think that maintaining the QtQuick1 in Qt5 will make people become accommodated with the old technology (those people who have apps relying on QtQuick1) instead of adopting QtQuick 2 for their new applications (why spend time learning the new features of QtQuick2 if 1 is still working on Qt5?), a

Re: [Development] Changing qreal to a float

Hi Lars, On Thu, Feb 16, 2012 at 5:03 AM, wrote: > On 2/16/12 12:16 PM, "ext Giuseppe D'Angelo" wrote: > >>On 15 February 2012 22:56, Sean Harmer wrote: >>> On 15/02/2012 11:53, andre.poen...@nokia.com wrote: Anyway. It's probably better to go for any kind of uniformity. If that's sin

Re: [Development] Question about push reviewed code to Gerrit repo.

Hi, Oswald. > please read some appropriate manuals and tutorials on git history > rewriting, in particular git filter-branch. interactive rebasing is of > interest as well, though maybe not for such a mass change. This by itself, but I'm not talking about it. I'm talking about the fix names of th

Re: [Development] QLog ( Work on qDebug and friends)

On quinta-feira, 16 de fevereiro de 2012 16.08.26, David Faure wrote: > On Wednesday 15 February 2012 11:10:35 Lincoln Ramsay wrote: > > Warnings have always been unconditional and will remain so. > > Not exactly. They can be disabled at compile time by -DQT_NO_WARNING_OUTPUT. Indeed, but that fla

Re: [Development] QLog ( Work on qDebug and friends)

On Thursday 16 February 2012 16:23:28 Robin Burchell wrote: > On Thu, Feb 16, 2012 at 4:08 PM, David Faure wrote: > > On Wednesday 15 February 2012 11:10:35 Lincoln Ramsay wrote: > >> Warnings have always been unconditional and will remain so. > > > > Not exactly. They can be disabled at compile

Re: [Development] Question about push reviewed code to Gerrit repo.

On Thu, Feb 16, 2012 at 07:01:46PM +0400, ext Denis Shienkov wrote: > Hi, Oswald. > > >fwiw, if you have the time and inclination i'd recommend that you > >rewrite the git history of the project - at the very least, the author > >names need fixing. > > How exactly should correct author names, and

Re: [Development] QLog ( Work on qDebug and friends)

On Thu, Feb 16, 2012 at 4:08 PM, David Faure wrote: > On Wednesday 15 February 2012 11:10:35 Lincoln Ramsay wrote: >> Warnings have always been unconditional and will remain so. > > Not exactly. They can be disabled at compile time by -DQT_NO_WARNING_OUTPUT. I almost wrote exactly that mail, but

[Development] Qt Project CI having a bad day

Hi, The Qt Project CI is having some problems as we speak, and most likely will continue like it for next couple of hours. Changes in INTEGRATING state will be either integrated or rejected once the CI is back. We'll keep you informed about the progress. Cheers, -- Sergio Ahumada Mobile Phon

Re: [Development] QLog ( Work on qDebug and friends)

On Wednesday 15 February 2012 11:10:35 Lincoln Ramsay wrote: > Warnings have always been unconditional and will remain so. Not exactly. They can be disabled at compile time by -DQT_NO_WARNING_OUTPUT. -- David Faure | david.fa...@kdab.com | KDE/Qt Senior Software Engineer KDAB (France) S.A.S., a

Re: [Development] Question about push reviewed code to Gerrit repo.

Hi, Oswald. >fwiw, if you have the time and inclination i'd recommend that you >rewrite the git history of the project - at the very least, the author >names need fixing. How exactly should correct author names, and etc? >you are in the "Qt Serial Port" group and the group is self-owned, so >you

Re: [Development] QLog ( Work on qDebug and friends)

On Friday 10 February 2012 09:25:05 Lincoln Ramsay wrote: > The only way to avoid some_expensive_function() is to not execute that > code path at all. Thus the macro expansion: > > if (do_nothing) /*NOP*/; else qDebug() << some_expensive_function(); I think this is missing the point that qDebug(

Re: [Development] Moving QUndoStack and QUndoCommand out of QtWidgets

On 02/03/2012 03:15 PM, Adriano Rezende wrote: > On Fri, Feb 3, 2012 at 3:26 PM, > wrote: > Where to put them is another question. To me, these classes fall into the > same category as QIcon, QAction, QFileSystemModel and a > probably a few others. They are

Re: [Development] On qbs use inside Qt

On quinta-feira, 16 de fevereiro de 2012 14.25.37, marius.storm- ol...@nokia.com wrote: > We're not solving a bootstrapping issue. We're not shipping qbs with Qt. > We expect you to have qbs, and just use it, just like make/jom (also > based on Qt btw)/nmake/cmake/scons/waf/whatever. > > Yes, I kee

Re: [Development] Question about push reviewed code to Gerrit repo.

On Thu, Feb 16, 2012 at 06:13:17PM +0400, ext Denis Shienkov wrote: > Hi, Oswald. > > > which project is it? > > playground/qtserialport > ok, you are now an approver within your project. you should still try to stick to our commit policy and other guidelines, even if nobody from the "establishm

Re: [Development] Changing qreal to a float

On Thu, Feb 16, 2012 at 2:03 PM, wrote: > On 2/16/12 12:16 PM, "ext Giuseppe D'Angelo" wrote: > >>On 15 February 2012 22:56, Sean Harmer wrote: >>> Why not make these classes into templates and have typedefs for the >>> float and double cases? It always confused me why QVectorD mixed >>> qreals

Re: [Development] QML engine C++ class renaming

On quinta-feira, 16 de fevereiro de 2012 14.56.08, Stephen Kelly wrote: > On Thursday, February 16, 2012 14:50:32 Olivier Goffart wrote: > > On Thursday 16 February 2012 13:39:14 lars.kn...@nokia.com wrote: > > > Well, it's working for the moment, so the question is where the person > > > comes fro

Re: [Development] On qbs use inside Qt

On 16/02/2012 06:35, ext Thiago Macieira wrote: > What I mean is that the people developing qbs are free to do so and > even try to compile qtbase or Qt Creator with it. I'd love to see > them get qtbase up and running, including solving the bootstrapping > problem. We're not solving a bootstrappi

[Development] Question about push reviewed code to Gerrit repo.

Hi, Oswald. > which project is it? playground/qtserialport > how many people are involved? two. Best regards, Denis > 16.02.2012, 17:55, "Oswald Buddenhagen" : > >>  On Thu, Feb 16, 2012 at 04:49:32PM +0400, ext Denis Shienkov wrote: >>>   How to add changes to the Gerrit pero after a success

Re: [Development] On qbs use inside Qt

On 16/02/2012 05:24, ext Stephen Kelly wrote: > On Thursday, February 16, 2012 12:19:10 Thiago Macieira wrote: >> If anyone wishes to start working on making Qt compile with their >> preferred >> >> buildsystem, they are welcome to do so -- in a branch. > > ... and presumably not in gerrit, but on

Re: [Development] QML engine C++ class renaming

On Thursday, February 16, 2012 14:50:32 Olivier Goffart wrote: > On Thursday 16 February 2012 13:39:14 lars.kn...@nokia.com wrote: > > On 2/16/12 2:11 PM, "ext Thiago Macieira" > > > > wrote: > > >On quinta-feira, 16 de fevereiro de 2012 13.51.27, Stephen Kelly wrote: > > >> > If that guarantee c

Re: [Development] Question about push reviewed code to Gerrit repo.

On Thu, Feb 16, 2012 at 04:49:32PM +0400, ext Denis Shienkov wrote: > How to add changes to the Gerrit pero after a successful code review? > Who is it supposed to do? > gerrit is a bit daft, so only approvers can push even if the change is already approved. so you need to bug your reviewers to do

Re: [Development] QML engine C++ class renaming

On Thursday 16 February 2012 13:39:14 lars.kn...@nokia.com wrote: > On 2/16/12 2:11 PM, "ext Thiago Macieira" > > wrote: > >On quinta-feira, 16 de fevereiro de 2012 13.51.27, Stephen Kelly wrote: > >> > If that guarantee cannot be given, I will oppose the inclusion of > >> > >>QtQuick1 > >> > >>

Re: [Development] QML engine C++ class renaming

On 2/16/12 2:11 PM, "ext Thiago Macieira" wrote: >On quinta-feira, 16 de fevereiro de 2012 13.51.27, Stephen Kelly wrote: >> > If that guarantee cannot be given, I will oppose the inclusion of >>QtQuick1 >> > as part of the Qt 5.0 release. >> > >> That said, even if it doesn't get released with

Re: [Development] QML engine C++ class renaming

On quinta-feira, 16 de fevereiro de 2012 13.51.27, Stephen Kelly wrote: > > If that guarantee cannot be given, I will oppose the inclusion of QtQuick1 > > as part of the Qt 5.0 release. > > That said, even if it doesn't get released with Qt 5.0, it could be > released later in the future if those

Re: [Development] Changing qreal to a float

On 2/16/12 12:16 PM, "ext Giuseppe D'Angelo" wrote: >On 15 February 2012 22:56, Sean Harmer wrote: >> On 15/02/2012 11:53, andre.poen...@nokia.com wrote: >>> Anyway. It's probably better to go for any kind of uniformity. If >>>that's single precision, it should be made clear that QPolygonF/QRec

Re: [Development] QML engine C++ class renaming

On Thursday, February 16, 2012 13:27:43 Thiago Macieira wrote: > On quinta-feira, 16 de fevereiro de 2012 13.01.39, Stephen Kelly wrote: > > It's quite similar to the current qmetaobject revisions situation where > > now qtactiveqt is being updated. QtQuick1 would have to be maintained, > > but pre

[Development] Question about push reviewed code to Gerrit repo.

Hi all. How to add changes to the Gerrit pero after a successful code review? Who is it supposed to do? Can I perform an review of my own code, and personally update the repository? And if so - how is it done? In the example projects in the playground. I have something confused. Best regards, D

Re: [Development] On qbs use inside Qt

On 2/16/12 1:35 PM, "ext Thiago Macieira" wrote: >On quinta-feira, 16 de fevereiro de 2012 12.47.02, Mathias Hasselmann >wrote: >> > But if the qbs devs want to start adding files to the Qt installation >>like >> > the current pkg-config, cmake and libtool files, they can. I would >> > personall

Re: [Development] QML engine C++ class renaming

On Thursday, February 16, 2012 09:26:57 you wrote: > Having lot of QObject classes is ok, that would still work. > > I was talking about sublclasses of QDeclarativeItem. I looked in > kde-baseapps kdeedu kdegraphics kdelibs kdepim kdepimlibs > kdepim-runtime kdeplasma-addons kde-runtime kd

Re: [Development] On qbs use inside Qt

On quinta-feira, 16 de fevereiro de 2012 12.47.02, Mathias Hasselmann wrote: > > But if the qbs devs want to start adding files to the Qt installation like > > the current pkg-config, cmake and libtool files, they can. I would > > personally request that they make a 1.0 release of their tool first

Re: [Development] On qbs use inside Qt

On quinta-feira, 16 de fevereiro de 2012 12.24.49, Stephen Kelly wrote: > On Thursday, February 16, 2012 12:19:10 Thiago Macieira wrote: > > If anyone wishes to start working on making Qt compile with their > > preferred > > buildsystem, they are welcome to do so -- in a branch. > > ... and presuma

Re: [Development] QML engine C++ class renaming

On quinta-feira, 16 de fevereiro de 2012 13.01.39, Stephen Kelly wrote: > It's quite similar to the current qmetaobject revisions situation where now > qtactiveqt is being updated. QtQuick1 would have to be maintained, but > presumably no one is stepping up to do that. Let's be clear then: If the

Re: [Development] QML engine C++ class renaming

2012/2/16 Stephen Kelly : > On Thursday, February 16, 2012 08:43:37 Alexis Menard wrote: > >> The porting effort from Qt4 to Qt5 is minimal and I believe (based on > >> my own experience) that porting from QtQuick1 to QtQuick2 is quite > >> easy (expect if you have classes inheriting from QDeclarat

Re: [Development] QML engine C++ class renaming

On Thursday 16 February 2012 21:14:07 Alan Alpert wrote: > On Thu, 16 Feb 2012 20:47:49 ext Olivier Goffart wrote: > > On Thursday 16 February 2012 12:26:50 Alan Alpert wrote: > > > The way QML compatibility is supposed to work is different from C++. > > > Even > > > for a minor version, you don't

Re: [Development] QML engine C++ class renaming

On Thursday, February 16, 2012 08:43:37 Alexis Menard wrote: > The porting effort from Qt4 to Qt5 is minimal and I believe (based on > my own experience) that porting from QtQuick1 to QtQuick2 is quite > easy (expect if you have classes inheriting from QDeclarativeItem). ... in which case the effo

Re: [Development] On qbs use inside Qt

Am Donnerstag, den 16.02.2012, 12:19 +0100 schrieb Thiago Macieira: > Ok, so you have now all seen Jörg's blog about qbs. If you haven't, please go > read it before continuing: > > http://labs.qt.nokia.com/2012/02/15/introducing-qbs/ > > Let me also remind you of the past discussions on bu

Re: [Development] QML engine C++ class renaming

On Thu, Feb 16, 2012 at 8:35 AM, Artur Souza (MoRpHeUz) wrote: > On Wed, Feb 15, 2012 at 11:17 PM, Alan Alpert wrote: >> >> Now the fact that the C++ APIs are being maintained as well, and in this >> somewhat drastic manner, for an obsolete major version... it's not the ideal >> case that QML ver

Re: [Development] QML engine C++ class renaming

On Thu, Feb 16, 2012 at 12:14 PM, Alan Alpert wrote: > It will be interesting to see how this works out in practice - once there are > distros that ship a different version of Qt. I may have seen qt 4.8 in a > fedora somewhere, so this issue is just emerging. QML's approach doesn't seem > as good

Re: [Development] QML engine C++ class renaming

On Wed, Feb 15, 2012 at 11:17 PM, Alan Alpert wrote: > > Now the fact that the C++ APIs are being maintained as well, and in this > somewhat drastic manner, for an obsolete major version... it's not the ideal > case that QML versioning planned for. So we'll see how effective this approach > is. Bu

Re: [Development] On qbs use inside Qt

On Thursday, February 16, 2012 12:19:10 Thiago Macieira wrote: > If anyone wishes to start working on making Qt compile with their preferred > buildsystem, they are welcome to do so -- in a branch. ... and presumably not in gerrit, but on github or any other git host? Thanks, -- Stephen Kelly

[Development] On qbs use inside Qt

Ok, so you have now all seen Jörg's blog about qbs. If you haven't, please go read it before continuing: http://labs.qt.nokia.com/2012/02/15/introducing-qbs/ Let me also remind you of the past discussions on buildsystems. See the threads: http://www.mail-archive.com/development@q

Re: [Development] Changing qreal to a float

On 15 February 2012 22:56, Sean Harmer wrote: > On 15/02/2012 11:53, andre.poen...@nokia.com wrote: >> Anyway. It's probably better to go for any kind of uniformity. If that's >> single precision, it should be made clear  that QPolygonF/QRectF are not >> meant for applications needing "polygons"

Re: [Development] QML engine C++ class renaming

On Thu, 16 Feb 2012 20:47:49 ext Olivier Goffart wrote: > On Thursday 16 February 2012 12:26:50 Alan Alpert wrote: > > The way QML compatibility is supposed to work is different from C++. Even > > for a minor version, you don't always just jump to the latest version. > > Your application continues

Re: [Development] QML engine C++ class renaming

On Thursday 16 February 2012 12:26:50 Alan Alpert wrote: > The way QML compatibility is supposed to work is different from C++. Even > for a minor version, you don't always just jump to the latest version. Your > application continues using the version it was developed for until you > choose to up

Re: [Development] QLog ( Work on qDebug and friends)

On 02/16/2012 04:16 PM, ext BRM wrote: > Unless you're operating on a very slow processor (which is unlikely > nowadays) or in a very highly time-sensitive environment (again, > unlikely, or you probably wouldn't be using Qt anyway, and you'd > probably be running QNX, VxWorks, or rtLinux in such c

Re: [Development] QTimeScheme for Qt - 5.0 or 5.1?

On quarta-feira, 15 de fevereiro de 2012 23.49.54, Stephen Kelly wrote: > > *it is not always clear which time spec is standard and which one is DST > > I'm not certain what you mean. Nor I. A QTimeZone class does not need to include its UTC offset. The offset is only available when in conjunction

Re: [Development] Changing qreal to a float

On quinta-feira, 16 de fevereiro de 2012 08.28.22, Robin Burchell wrote: > On Thu, Feb 16, 2012 at 8:01 AM, Girish Ramakrishnan > > wrote: > > I think changing qreal to float will result in subtle porting bugs: > > like when a Qt4 QDataStream (a double) is read by Qt5 (which is now > > suddenly fl