Thanks, Lukas! I'll try that...
On Tuesday 25 September 2012 07:59:16 Lukas Geyer wrote:
> 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 f
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 q
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
kai.koe...@nokia.com schreef op di 11-09-2012 om 14:55 [+]:
> I haven't found a stock native MinGW 64 bit package yet that can compile Qt 5
> + Qt Creator. Peter seems willing to experiment with a custom package, but I
> personally do not see this for 5.0 .
Hi,
Just wanted to let you guys
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
On Sep 24, 2012, at 6:55 PM, Sean Harmer
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
>> https:
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 bl
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
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 ex
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. Besi
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 mista
On Sep 24, 2012, at 2:51 PM, Thiago Macieira
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.
>>>
>>> Technically spe
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 S
On segunda-feira, 24 de setembro de 2012 13.27.44, Knoll Lars wrote:
> I tend to agree here. So a +1 from my side, even though it'll mean some pain
> in the short term for us.
Implemented in
https://codereview.qt-project.org/35516
https://codereview.qt-project.org/35517
Giving it
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 Sep 24, 2012, at 3:07 PM, 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 += decl
On 24 Sep 2012, at 11:30, Thiago Macieira 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.
>>> Which is the de
[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
quick
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
On Sep 24, 2012, at 1:57 PM, Thiago Macieira
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
Quick1/ subf
On Monday 24. September 2012 13.36.10 Konstantin Tokarev wrote:
> 23.09.2012, 14:25, "Frederik Gladhorn" :
> > 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.
> >
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
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 pre
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 QtQui
On Sep 24, 2012, at 12:43 PM, Thiago Macieira
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
> wrote:
>>> The Qt 5 file hierarchy upon installation should be:
>> can you maybe come put up some mot
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 whe
Hi Thiago,
On 21 September 2012 21:41, Thiago Macieira 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 developers, for devel
On Monday, September 24, 2012 12:26:47 Thiago Macieira wrote:
> The FindQt5.cmake script coming
> from CMake itself or ECM should be there, though.
Not really. There is no FindQt5.cmake.
Even if there was, distributing it with Qt would be like hiding the treasure
map with the treasure. That's
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
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 tha
On Mon, Sep 24, 2012 at 12:20 PM, Knoll Lars wrote:
>> imports/
>>- QtDeclarative imports
>> qml2/
>>- QML2 (including QtQuick2) arch-specific imports
>
> We already had a solution here (discussed that with Brisbane some months
> ago). Q
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 lib or lib//)
> >
> > ./ - versioned libraries (.a, .so, .la, .prl)
> > pkgconfig/ -
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 Qt
Hi Thiago,
On Sep 21, 2012, at 6:01 PM, Thiago Macieira 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 is
a bit weird. Is this a
On 21 Sep 2012, at 15:30, P Bai
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 HiDPI mode, I
On Monday, September 24, 2012 11:40:51 Thiago Macieira wrote:
> > You need to reach out if you want to re-write the book.
>
> I am reaching out, but I don't want to subscribe to an unrelated mailing
> list to discuss Qt, especially not an open one. This discussion belongs
> here. The only reason f
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
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 qma
23.09.2012, 14:25, "Frederik Gladhorn" :
> 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 an option
On Friday, September 21, 2012 18:01:28 Thiago Macieira wrote:
> lib/- arch-specific files (also lib or lib//)
> ./ - versioned libraries (.a, .so, .la, .prl)
> pkgconfig/ - versioned .pc files
CMake files also go under lib/
Thanks,
--
Stephen Kelly | S
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 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 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
> > confl
>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 grad
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 Qt 4. Not for Qt 5, which is what we're talking about
here, so it's still irr
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
On 24 Sep 2012, at 09:49, Thiago Macieira 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 within the applicatio
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 23 Sep 2012, at 20:30, Erik van Pienbroek 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 know that I'm
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). Eve
On segunda-feira, 24 de setembro de 2012 07.08.58, Koehne Kai wrote:
> Note that didn't have any .qml files defining libraries in stock Qt 4.x: All
> the plugins are libraries here. Now for Qt 5 there are indeed some .qml
> files installed in the directory (I counted 42) ... I see that it would be
On 21 Sep 2012, at 17:24, Thiago Macieira 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
>> QtV85.dll, so I reco
> -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
51 matches
Mail list logo
