On Aug 12, 2014, at 4:25 PM, Adam Strzelecki o...@java.pl wrote:
Okay, Phase II.
(1) Introduce bundle_frameworks CONFIG option, and set it default for
rpath shared builds on iOS OS X
Can we please already now turn a cross-platform hat on, and at least think
about options that at least
On Tue, Aug 12, 2014 at 07:08:45PM -0400, Jake Petroules wrote:
On 2014-08-12, at 06:50 PM, Adam Strzelecki o...@java.pl wrote:
I agree that such facility should be provided internally while
implementing Phase II changes.
(1) Add qmake options QMAKE_EMBEDDED_FRAMEWORKS,
Ziller Eike wrote:
Can we please already now turn a cross-platform hat on, and at least think
about options that at least do not right away block using the same for non-OS
X?
Sure, this is just a proposition, bundle_qt (proposed in latter posts) seems
to match it better.
I do not see any
Adam Strzelecki wrote:
Ziller Eike wrote:
Can we please already now turn a cross-platform hat on, and at least think
about options that at least do not right away block using the same for
non-OS X?
Sure, this is just a proposition, bundle_qt (proposed in latter posts)
seems to match
Oswald Buddenhagen wrote:
yes. except that i want these to be called QMAKE_BUNDLE_*.
this is irrespective of x-platform use. i like the idea of calling the
functionality bundling.
Yup, that sounds better. So they will be:
QMAKE_BUNDLE_LIBRARIES
QMAKE_BUNDLE_PLUGINS
On Aug 13, 2014, at 11:07 AM, Oswald Buddenhagen oswald.buddenha...@digia.com
wrote:
On Tue, Aug 12, 2014 at 07:08:45PM -0400, Jake Petroules wrote:
On 2014-08-12, at 06:50 PM, Adam Strzelecki o...@java.pl wrote:
I agree that such facility should be provided internally while
implementing
On Aug 13, 2014, at 12:32 PM, Adam Strzelecki o...@java.pl wrote:
Ziller Eike wrote:
Can we please already now turn a cross-platform hat on, and at least think
about options that at least do not right away block using the same for
non-OS X?
Sure, this is just a proposition, bundle_qt
Discussed on IRC with Jake
I completely missed the fact there's an IRC channel. How there as OnO. Fell
free to ping me.
--Adam
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Hey,
while porting to Qt5/KF5, we've found some issues with the new
QUrl::toDisplayString method on Windows.
Running the attached test-case [1], we get the following results
with Qt5 dev branch on Windows:
path /C:/tmp
toLocalFile C:/tmp
toDisplayString file:///C:/tmp
Hi,
I am porting an application to Qt5/KF5 and was surprised to see the
main widget of the application was showing all black. There are
screenshots of the original version and the buggy version[1] online. I
removed
setAttribute( Qt::WA_PaintOnScreen, true );
on that widget and the widget was
For Qt Creator we get the following crash reported:
https://bugreports.qt-project.org/browse/QTCREATORBUG-11262
It seems to happen randomly, on unix (i.e. OS X and Linux) but possibly not on
Windows, at least Qt 5.2.1 and later, and the seemingly only person in the
Berlin office which also
On Wednesday 13 August 2014 14:14:38 Kevin Funk wrote:
Hey,
while porting to Qt5/KF5, we've found some issues with the new
QUrl::toDisplayString method on Windows.
Running the attached test-case [1], we get the following results
with Qt5 dev branch on Windows:
path /C:/tmp
On Wednesday 13 August 2014 14:32:13 Ziller Eike wrote:
So my question: Does anyone have any idea how this could possibly happen,
how we could reproduce and/or debug and fix it?
I also got a bug report that is similar:
https://bugreports.qt-project.org/browse/QTBUG-40636
It's right now in need
On Wednesday 13 Aug 2014 08:05:52 Thiago Macieira wrote:
On Wednesday 13 August 2014 14:32:13 Ziller Eike wrote:
So my question: Does anyone have any idea how this could possibly happen,
how we could reproduce and/or debug and fix it?
I also got a bug report that is similar:
On Aug 13, 2014, at 5:07 PM, Daniel Teske daniel.te...@digia.com wrote:
On Wednesday 13 Aug 2014 08:05:52 Thiago Macieira wrote:
On Wednesday 13 August 2014 14:32:13 Ziller Eike wrote:
So my question: Does anyone have any idea how this could possibly happen,
how we could reproduce and/or
On Wednesday 13 August 2014 07:57:55 Thiago Macieira wrote:
On Wednesday 13 August 2014 14:14:38 Kevin Funk wrote:
Hey,
while porting to Qt5/KF5, we've found some issues with the new
QUrl::toDisplayString method on Windows.
Running the attached test-case [1], we get the following
On Wednesday 13 August 2014 18:07:53 Kevin Funk wrote:
Does fromUserInput(C:/tmp) return file:///C:/tmp ?
With QUrl::fromUserInput(C:/tmp) we get the exact same results.
I guess I should just file a bug then...
It would be easier if you submitted the fix. QUrl::fromUserInput and
On Wed, Aug 13, 2014 at 08:37:06AM -0700, Thiago Macieira wrote:
On Wednesday 13 August 2014 17:07:16 Daniel Teske wrote:
On Wednesday 13 Aug 2014 08:05:52 Thiago Macieira wrote:
On Wednesday 13 August 2014 14:32:13 Ziller Eike wrote:
So my question: Does anyone have any idea how this
Hello,
I'm pcman, a developer of LXQt project (http:/lxqt.org/).
This is a new open-source Qt-based desktop environment, just like KDE.
We already ported the whole desktop to Qt5 and is preparing for a new
release, but now we're blocked by some XCB related problems of Qt 5.
It merged.
-- Forwarded Message --
Subject: Change in qt/qtbase[5.4]: Add the QStorageInfo class
Date: Wednesday 13 August 2014, 20:58:46
From: Qt Continuous Integration System (Code Review) gerrit-noreply@qt-
project.org
To: Ivan Komissarov abba...@gmail.com
CC: Konstantin
Yay :)
Simon
Opprinnelig melding
Fra: Thiago Macieira
Sendt: 21:43 onsdag 13. august 2014
Til: development@qt-project.org
Emne: [Development] Fwd: Change in qt/qtbase[5.4]: Add the QStorageInfo class
It merged.
-- Forwarded Message --
Subject: Change in qt/qtbase[5.4]:
21 matches
Mail list logo