-Original Message-
From: development-bounces+kai.koehne=digia@qt-project.org
[mailto:development-bounces+kai.koehne=digia@qt-project.org] On
Behalf Of Thiago Macieira
Sent: Friday, September 21, 2012 6:01 PM
To: development@qt-project.org
Subject: [Development] Qt 5 file
On 21 Sep 2012, at 17:24, Thiago Macieira thiago.macie...@intel.com wrote:
On sexta-feira, 21 de setembro de 2012 16.47.11, Thiago Macieira wrote:
Include the major version number (5) in all library base names, like on
Windows, on all platforms. On Windows we already have QtCore5.dll and
On segunda-feira, 24 de setembro de 2012 07.19.30, Ziller Eike wrote:
I don't think the recommendation applies to Mac.
Usually you won't have globally installed Qt. Most applications deploy their
used libraries within the application's app bundle (that's what we have
macdeployqt for). Even if
On 23 Sep 2012, at 20:30, Erik van Pienbroek e...@vanpienbroek.nl wrote:
Thiago Macieira schreef op vr 21-09-2012 om 16:47 [+0200]:
Include the major version number (5) in all library base names
Hi,
As the person who filed the mentioned QT-BUG in the first place I would
like to let you
Hi,
Sorry if something mess-up in formating / history ordering, I'm answering
from a different email account. This email is supposed to be an answer to
Stephen's question:
PointerToGObject is a boolean how would you say which value is supperior?
if (flags PointerToGObject)
On 24 Sep 2012, at 09:49, Thiago Macieira thiago.macie...@intel.com wrote:
On segunda-feira, 24 de setembro de 2012 07.19.30, Ziller Eike wrote:
I don't think the recommendation applies to Mac.
Usually you won't have globally installed Qt. Most applications deploy their
used libraries
On segunda-feira, 24 de setembro de 2012 09.14.27, Ziller Eike wrote:
Let me ask you a question, though: suppose someone installs Qt 5 globally
as frameworks (/System/Frameworks/QtCore.framework), then updates Qt 4.8.
Which is the default symlink target?
There is no default symlink target.
I'm not sure if we want to go down this route (doxygen), but it seems an
option to me.
We have discussed it many times. The management decision has always been to
proceed with qdoc. I don't feel strongly either way, but if I'm asked I would
say we should stay with qdoc and just move qdoc
On segunda-feira, 24 de setembro de 2012 08.52.42, Ziller Eike wrote:
The reason why we want to be able to co-install Qt4 and Qt5 is because
all packages in Fedora are expected to follow the FHS as close as
possible and the packaging rules state that no packages are allowed to
conflict
On Friday, September 21, 2012 16:47:11 Thiago Macieira wrote:
In particular, note that it's also possible to load two different major
versions of a given library into memory, as the dynamic linker only cares
about the full soname. More often than not, that's a bad idea.
Note: does not
On Friday, September 21, 2012 18:20:33 Thiago Macieira wrote:
On sexta-feira, 21 de setembro de 2012 18.01.28, Thiago Macieira wrote:
include/- versioned include dirs:
QtCore5 or QtCore-5 or QtCore.5 or Qt5Core/
Oops, this won't work, as it breaks source-compatibility
On Friday, September 21, 2012 18:01:28 Thiago Macieira wrote:
lib/- arch-specific files (also libqual or lib/arch/)
./ - versioned libraries (.a, .so, .la, .prl)
pkgconfig/ - versioned .pc files
CMake files also go under lib/
Thanks,
--
Stephen
23.09.2012, 14:25, Frederik Gladhorn gladh...@kde.org:
Hi,
since we were discussing how to maintain QDoc and how to fix issues, I poked
at
doxygen again.
I also sent a mail to it's maintainer who responded quickly and friendly.
I'm not sure if we want to go down this route, but it seems
On segunda-feira, 24 de setembro de 2012 11.30.47, Stephen Kelly wrote:
On Sunday, September 23, 2012 18:46:21 Thiago Macieira wrote:
Probably. But we've been saying for 7 years that pkg-config is the
official
way of finding Qt. CMake's use of qmake is non-standard.
CMake uses qmake for
On segunda-feira, 24 de setembro de 2012 11.33.40, Stephen Kelly wrote:
On Friday, September 21, 2012 16:47:11 Thiago Macieira wrote:
In particular, note that it's also possible to load two different major
versions of a given library into memory, as the dynamic linker only cares
about the
On 21 Sep 2012, at 15:30, P Bai ap...@yahoo.com
wrote:
Thank you, Eike. From what I read in the codereview, a function to get the
scale factor qt_mac_get_scalefactor() is available as a patch, but
QPixmap/QImage HiDPI support is still a WIP. Does that mean even if I were
able to detect
Hi Thiago,
On Sep 21, 2012, at 6:01 PM, Thiago Macieira thiago.macie...@intel.com wrote:
The Qt 5 file hierarchy upon installation should be:
can you maybe come put up some motivations here and what you're trying to
achieve? Just stating that this is how the file hierarchy is supposed to be
On segunda-feira, 24 de setembro de 2012 11.34.45, Stephen Kelly wrote:
On Friday, September 21, 2012 18:20:33 Thiago Macieira wrote:
On sexta-feira, 21 de setembro de 2012 18.01.28, Thiago Macieira wrote:
include/- versioned include dirs:
QtCore5 or QtCore-5 or QtCore.5
On segunda-feira, 24 de setembro de 2012 11.35.26, Stephen Kelly wrote:
On Friday, September 21, 2012 18:01:28 Thiago Macieira wrote:
lib/- arch-specific files (also libqual or lib/arch/)
./ - versioned libraries (.a, .so, .la, .prl)
pkgconfig/ -
On Mon, Sep 24, 2012 at 12:20 PM, Knoll Lars lars.kn...@digia.com wrote:
imports/
- QtDeclarative imports
qml2/
- QML2 (including QtQuick2) arch-specific imports
We already had a solution here (discussed that with Brisbane some months
On segunda-feira, 24 de setembro de 2012 10.20.12, Knoll Lars wrote:
Hi Thiago,
On Sep 21, 2012, at 6:01 PM, Thiago Macieira thiago.macie...@intel.com
wrote:
The Qt 5 file hierarchy upon installation should be:
can you maybe come put up some motivations here and what you're trying to
Hi Thiago,
On 21 September 2012 21:41, Thiago Macieira thiago.macie...@intel.com wrote:
This is the right mailing list :-)
The Qt Developers Conference Call for Papers is still open. If you haven't
yet, please submit your presentation proposal for the conference. We're
looking for topics by
Hi,
Last days, I was forced to reinstal my Eclipse IDE and now I am not able to
find plugin to Eclipse. When Nokia was maintains it was OK, under this link
http://blog.qt.digia.com/2007/07/11/develop-qt-applications-in-eclipse/there
was information and direction where to find plugin. Right now
On Sep 24, 2012, at 12:43 PM, Thiago Macieira thiago.macie...@intel.com
wrote:
On segunda-feira, 24 de setembro de 2012 10.20.12, Knoll Lars wrote:
Hi Thiago,
On Sep 21, 2012, at 6:01 PM, Thiago Macieira thiago.macie...@intel.com
wrote:
The Qt 5 file hierarchy upon installation should
On segunda-feira, 24 de setembro de 2012 11.44.51, Knoll Lars wrote:
We already had a solution here (discussed that with Brisbane some months
ago). QML2 is the default, so it goes into imports/. For QML1 we have a
Quick1/ subfolder in imports.
That's not acceptable. The QtQuick1
On segunda-feira, 24 de setembro de 2012 13.33.35, a.gra...@gmail.com wrote:
Hi Thiago,
On 21 September 2012 21:41, Thiago Macieira thiago.macie...@intel.com
wrote:
This is the right mailing list :-)
The Qt Developers Conference Call for Papers is still open. If you haven't
yet, please
On Monday 24. September 2012 13.36.10 Konstantin Tokarev wrote:
23.09.2012, 14:25, Frederik Gladhorn gladh...@kde.org:
Hi,
since we were discussing how to maintain QDoc and how to fix issues, I
poked at doxygen again.
I also sent a mail to it's maintainer who responded quickly and
On Sep 24, 2012, at 1:57 PM, Thiago Macieira thiago.macie...@intel.com
wrote:
On segunda-feira, 24 de setembro de 2012 11.44.51, Knoll Lars wrote:
We already had a solution here (discussed that with Brisbane some months
ago). QML2 is the default, so it goes into imports/. For QML1 we have a
On segunda-feira, 24 de setembro de 2012 12.38.51, Knoll Lars wrote:
The Qt 4 plugins live in the Qt4 prefix. Existing practice is that it's
/usr/lib$SUFFIX/qt4/{plugins,imports}. So we don't clash with those.
Technically speaking, since we're changing to qt5 anyway, we could change
the
[Related to the co-installation and hierarchy discussions]
Through a series of well-intentioned decisions, we ended up having:
Qt Quick 1 (Qt4)Qt Quick 1 (Qt 5) Qt
Quick 2
QT += declarative quick1
On 24 Sep 2012, at 11:30, Thiago Macieira thiago.macie...@intel.com wrote:
On segunda-feira, 24 de setembro de 2012 09.14.27, Ziller Eike wrote:
Let me ask you a question, though: suppose someone installs Qt 5 globally
as frameworks (/System/Frameworks/QtCore.framework), then updates Qt 4.8.
Hi,
On Monday 24 September 2012 15:07:06 Thiago Macieira wrote:
[Related to the co-installation and hierarchy discussions]
Through a series of well-intentioned decisions, we ended up having:
Qt Quick 1 (Qt4)Qt Quick 1 (Qt 5) Qt
Quick 2
QT +=
On segunda-feira, 24 de setembro de 2012 15.38.46, Thomas McGuire wrote:
Well, in Qt5, QtQuick has been split up into libQtQml and libQtQuick, so it
can't just be renamed back to libQtDeclarative.
Why not?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open
On Sep 24, 2012, at 2:51 PM, Thiago Macieira thiago.macie...@intel.com
wrote:
On segunda-feira, 24 de setembro de 2012 12.38.51, Knoll Lars wrote:
The Qt 4 plugins live in the Qt4 prefix. Existing practice is that it's
/usr/lib$SUFFIX/qt4/{plugins,imports}. So we don't clash with those.
Hi,
On Monday 24 September 2012 15:50:54 Thiago Macieira wrote:
On segunda-feira, 24 de setembro de 2012 15.38.46, Thomas McGuire wrote:
Well, in Qt5, QtQuick has been split up into libQtQml and libQtQuick, so
it can't just be renamed back to libQtDeclarative.
Why not?
Oh, my mistake,
On segunda-feira, 24 de setembro de 2012 14.12.59, Knoll Lars wrote:
You will need to adapt the pro file to some extent anyway when moving to Qt
5, since a lot of the magic on how to build and package modules has
changed.
That's true for Qt modules, but not for third-party applications.
On quinta-feira, 7 de junho de 2012 09.43.40, Thiago Macieira wrote:
I've just had an idea to make this optimisation slightly more generic. I
need to experiment a little to see if it's worth it. If it is, I'll send a
replacement and let reviewers judge which one is better.
I've done that
Hi list,
On Tuesday 04 September 2012 04:43:02 Lorn Potter wrote:
Hi
I would like to nominate Thomas McGuire as an Approver for Qt Project.
https://codereview.qt-project.org/#q,owner:thomas.mcguire%2540kdab.com,n,z
https://codereview.qt-project.org/#dashboard,1000762
He has done quite
On 04/09/12 04:43, Lorn Potter wrote:
Hi
I would like to nominate Thomas McGuire as an Approver for Qt Project.
https://codereview.qt-project.org/#q,owner:thomas.mcguire%2540kdab.com,n,z
https://codereview.qt-project.org/#dashboard,1000762
He has done quite some work bringing the
On Sep 24, 2012, at 6:55 PM, Sean Harmer sean.har...@kdab.com
wrote:
Hi list,
On Tuesday 04 September 2012 04:43:02 Lorn Potter wrote:
Hi
I would like to nominate Thomas McGuire as an Approver for Qt Project.
https://codereview.qt-project.org/#q,owner:thomas.mcguire%2540kdab.com,n,z
Thank you, Morten. So will QPixmap/QImage handle hiDPI automatically? I mean,
for example, how does it handle resize? If I load an image file as QImage, and
then resize it so that I can draw in a QRect, will the resized QImage actually
have 2x resolution in HiDPI mode? Also I still will be able
Hi,
Is there some wikis or blogs about how does the text rendering work in Qt5 ?
Thanks,
Song
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Am 24.09.2012 13:16, schrieb R. Reucher:
Also, can someone confirm that we are seeing the same issue(s)?
Yes, I can. 4.8.3 is broken and cannot be used to compile projects
relying on information from mkspecs/qconfig.pri, for example QtCreator.
To clarify what's wrong from my perspective, I
43 matches
Mail list logo