Hello
We agreed that the tool wrapper wouldn't live inside qtbase.git nor qt.git
(Qt 4), so I need a new repository for it. I think it should be in the qt/
hierarchy.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Hi,
Since modules/add-ons were 'removed' from qt.pro the documentation is missing
from qt-project.org
meaning no one can even find out about them. Do a search for one of their
classes and they show up in the results, but the documents are missing.
I know it was easiest to just remove these
-Original Message-
From: development-bounces+jpnurmi=digia@qt-project.org
[mailto:development-bounces+jpnurmi=digia@qt-project.org] On
Behalf Of Thiago Macieira
Sent: 27. marraskuuta 2012 7:55
To: development@qt-project.org
Subject: [Development] repository for the
On Monday, November 26, 2012 10:54:54 PM Thiago Macieira wrote:
Hello
We agreed that the tool wrapper wouldn't live inside qtbase.git nor qt.git
(Qt 4), so I need a new repository for it. I think it should be in the qt/
hierarchy.
Maybe this is the long awaited return of a now public
On Nov 27, 2012, at 10:32 AM, Nurmi J-P jpnu...@digia.com wrote:
-Original Message-
From: development-bounces+jpnurmi=digia@qt-project.org
[mailto:development-bounces+jpnurmi=digia@qt-project.org] On
Behalf Of Thiago Macieira
Sent: 27. marraskuuta 2012 7:55
To:
We agreed that the tool wrapper wouldn't live inside qtbase.git nor
qt.git (Qt 4), so I need a new repository for it. I think it should be in
the qt/
hierarchy.
Isn't qttools suitable, regardless of its dependency to qtbase?
The goal was to not have any Qt dependencies, so
[...]
The difference is that 'operate' and 'configure' are two different tasks
and thus usually require two different interfaces.
The 'operate' interface of an anti-malware service is to monitor data
and network traffic. The 'configure' interface is most probably a
seperate application
On Tuesday 27 November 2012 10:40:57 Simon Hausmann wrote:
On Monday, November 26, 2012 10:54:54 PM Thiago Macieira wrote:
Hello
We agreed that the tool wrapper wouldn't live inside qtbase.git nor qt.git
(Qt 4), so I need a new repository for it. I think it should be in the qt/
On Tue, Nov 27, 2012 at 11:04:45AM +0100, Olivier Goffart wrote:
On Tuesday 27 November 2012 10:40:57 Simon Hausmann wrote:
On Monday, November 26, 2012 10:54:54 PM Thiago Macieira wrote:
We agreed that the tool wrapper wouldn't live inside qtbase.git nor qt.git
(Qt 4), so I need a new
On 23 Nov 2012, at 11:20, Peter Hartmann phartm...@rim.com wrote:
On 11/23/2012 11:11 AM, Poenitz Andre wrote:
Peter Hartmann wrote:
On 11/23/2012 12:12 AM, André Pönitz wrote:
(...)
The reality is that this guarantee often enough does not hold in
practice. Vendors of binary Qt based
23.11.2012, 14:07, Peter Hartmann phartm...@rim.com:
This situation is different on mobile (and I guess embedded as well);
On embedded you usually can rebuild all software when changing Qt, so
binary compatibility is not important.
--
Regards,
Konstantin
On Tuesday 27 November 2012 10:03:11 Nurmi J-P wrote:
We agreed that the tool wrapper wouldn't live inside qtbase.git nor
qt.git (Qt 4), so I need a new repository for it. I think it should be
in the qt/
hierarchy.
Isn't qttools suitable, regardless of its dependency to qtbase?
On terça-feira, 27 de novembro de 2012 11.23.00, Oswald Buddenhagen wrote:
qtchooser (i kinda like that)
qtswitcher
I like those two.
So requesting it as qtchooser. I'll rename the tool to match the repository
name.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect -
qtchooser is ok for me. Sergio, can you help to create the repo, please?
Thanks,
Lars
On Nov 27, 2012, at 3:12 PM, Thiago Macieira thiago.macie...@intel.com wrote:
On terça-feira, 27 de novembro de 2012 11.23.00, Oswald Buddenhagen wrote:
qtchooser (i kinda like that)
qtswitcher
I like
From: Lukas Geyer lge...@gmx.at
Subject: Re: [Development] Qt Playground - Updating Daemon/Service Support
Am 27.11.2012 11:03, schrieb Sascha Cunz:
[...]
The difference is that 'operate' and 'configure' are
two different tasks
and thus usually require two different interfaces.
The
Hi,
I just opened this feature request [1] and usually i don't open
another question for the same stuff on the development list. Guess
this time is different ;)
Considering that QtQuick 2.0 is very different compared to 1.1 i'm
wondering if this late header change could be added by someone to
-Original Message-
[mailto:development-bounces+tvaneerd=rim@qt-project.org] On Behalf
Of Ziller Eike
On 23 Nov 2012, at 11:20, Peter Hartmann phartm...@rim.com wrote:
Do you intend to upgrade this version of Qt that's installed on the
device
without upgrading the
Hi,
On Tue, Nov 27, 2012 at 8:23 AM, Oswald Buddenhagen
oswald.buddenha...@digia.com wrote:
yeah, i think it's a good idea to put it into that repo.
alternative naming ideas:
qtwrapper (that's too undescriptive)
qtchooser (i kinda like that)
qtswitcher
qtdispatcher
qt-version-manager
ssh://codereview.qt-project.org:29418/qt/qtchooser.git should work now.
--
Sergio Ahumada
Quality Engineer - Digia, Qt
From: Knoll Lars
Sent: Tuesday, November 27, 2012 15:20
To: Thiago Macieira
Cc: development@qt-project.org; Ahumada Sergio
Subject: Re:
On Tue, Nov 27, 2012 at 6:58 AM, Mark mark...@gmail.com wrote:
Hi,
I just opened this feature request [1] and usually i don't open
another question for the same stuff on the development list. Guess
this time is different ;)
Even if this time is different, I'm still going to put my comments
Any update?
On Tue, Nov 27, 2012 at 8:30 AM, Yang Fan missd...@gmail.com wrote:
Any update?
On Fri, Nov 23, 2012 at 8:07 AM, Yang Fan missd...@gmail.com wrote:
Yes, I checked this issue on Windows 7, Mac OSX 10.6.8 and Ubuntu 12.10,
only Windows version has this problem, so I indicated
Hi all,
I just wanted to highlight QTBUG-28011 [1]. I feel that this causes a
number of problems:
- Breaks old code, while only yielding warnings, which are then
followed by hard to interpret linker errors
- Means that source code where headers and sources are split into
different directories
Hi,
If the issue appears only with QtWebKit on Windows but not with the same
version on Mac or Linux/X11, then I think it is very unlikely that it can be
resolved with a setting. These things should work out of the box with Qt (like
you expect).
It could be an issue in WebKit, maybe ICU or
OR this could be a result of using QRawFont backdoor :)
@Fan Yang: did you file a bug? what is it's number?
Konstantin
2012/11/28 Hausmann Simon simon.hausm...@digia.com:
Hi,
If the issue appears only with QtWebKit on Windows but not with the same
version on Mac or Linux/X11, then I think
24 matches
Mail list logo
