Em seg 17 fev 2014, às 07:18:36, Kojo Tero escreveu:
Hi Thiago (and all),
Yes, we have a date for the Contributor Summit. June 10-11, and the location
this time will be Berlin. I'll post more information as soon as we have
more details to share.
Tero Kojo
Qt Online Community Manager -
To shed some more light,
QtCreator has extra logic on top of QMake to let it create different
shadowbuilds (and different XCode projects with different build settings) for
device and simulator. The config variables iphoneos and iphonesimulator is
set by QtCreator.
But QMake alone does not
Hi Thiago (and all),
Yes, we have a date for the Contributor Summit. June 10-11, and the location
this time will be Berlin.
I'll post more information as soon as we have more details to share.
Tero Kojo
Qt Online Community Manager - Digia
P.S. I'll use this as a chance to say hi to all the
On 17 Feb 2014, at 08:18, Kojo Tero tero.k...@digia.com wrote:
Hi Thiago (and all),
Yes, we have a date for the Contributor Summit. June 10-11, and the location
this time will be Berlin.
I'll post more information as soon as we have more details to share.
Tero Kojo
Qt Online Community
On 17.02.2014 11:47, Giuseppe D'Angelo wrote:
On 17 February 2014 10:11, Haataja Ismo ismo.haat...@digia.com wrote:
one page review, are refactored for 2.7 but need few days to complete.
Our of curiosity, are there any plans for upstreaming this particular
feature? The fact that vanilla
On Mon, Feb 17, 2014 at 1:41 AM, Sze Howe Koh szehowe@gmail.com wrote:
The repository is currently comprised of two main libraries:
QmfMessageServer and QmfClient. I would propose:
QmfClient = QtMail
QmfMessageServer = QtMessageServer
Classes in QMF are already using the QMail* prefix.
Hi all,
A user has kindly shared a minimal ICU DLL, built for developers who
don't intend to use ICU features:
http://qt-project.org/forums/viewthread/38489/
Is this something we can host (or imitate) at the Qt Project? Perhaps
it can be packaged in an extras directory, which developers can use
On Monday 17. February 2014 10.46.12 Ulf Hermann wrote:
Sounds good to me. From what I read below, you just add the section about
private headers, right?
Yes.
* If you need to include qt_x11_p.h, always include it as the last
header file.
This could go into the private headers
On Monday 17. February 2014 07.16.12 Heikkinen Jani wrote:
Hi all,
It seems we cannot start merge from dev branch to stable at the moment
because there is still some issues to be solved before that:
1. There seems to be compilation break in dev branch, see
-Original Message-
From: development-bounces+kai.koehne=digia@qt-project.org
[mailto:development-bounces+kai.koehne=digia@qt-project.org] On
Behalf Of Ulf Hermann
Sent: Monday, February 17, 2014 10:46 AM
To: development@qt-project.org
Subject: Re: [Development] Rules for
Mandag 17. februar 2014 13.01.05 skrev Simon Hausmann:
On Monday 17. February 2014 07.16.12 Heikkinen Jani wrote:
Hi all,
It seems we cannot start merge from dev branch to stable at the moment
because there is still some issues to be solved before that:
1. There seems to be
On Wednesday 12 Feb 2014 15:37:29 John Layt wrote:
On Wednesday 12 Feb 2014 12:03:53 John Layt wrote:
Sorry, needed to wait until the full stack of changes had been completed
and integrated before pushing. The revised patches are up for review, I'm
not sure we'll get it done in time, but
On 17/02/14 13:01, Simon Hausmann simon.hausm...@digia.com wrote:
On Monday 17. February 2014 07.16.12 Heikkinen Jani wrote:
Hi all,
It seems we cannot start merge from dev branch to stable at the moment
because there is still some issues to be solved before that:
1. There seems to
On 17/02/14 13:47, John Layt jl...@kde.org wrote:
On Wednesday 12 Feb 2014 15:37:29 John Layt wrote:
On Wednesday 12 Feb 2014 12:03:53 John Layt wrote:
Sorry, needed to wait until the full stack of changes had been
completed
and integrated before pushing. The revised patches are up for
Hi all!
I think we need to get merge done as soon as possible to make branches etc
clear for everyone. That's why I propose to
1. Finalize those merges from stable to dev as soon as possible
https://codereview.qt-project.org/#change,78341
John Layt sayeth:
snip, Qt printing API changes
As noted on the Releasing list, I didn't get the OSX 10.7 blocker bug
fixed in
time, and using just the layout code without the plugin proved too much
work
to be stable in time, so *none* of this change set has made it for 5.3.
snip,
Hi,
I was looking at a problem regarding deferred deletes causing a crash inside
nested loops and it was pointed out that in QCoreApplication::setPostedEvents()
there is some code there that determines whether it is safe to delete the
object or not. From my understanding it will only delete an
On Sunday 16 February 2014 17:55:48 Thiago Macieira wrote:
Em dom 16 fev 2014, às 21:25:29, Hausmann Simon escreveu:
libQt5WebKit will execute QtWebProcess.
It also links against widgets if it is available at build time, but that
is
an optional dependency. (it is used for style
On Sunday 16 February 2014 21:22:36 Hausmann Simon wrote:
Yes, on architectures not supported by JIT/llint, the portable c-loop llint
backend should be built/used. This is supposed to happen automatically (at
build time).
Which is not happening, so I guess I should fill a bug. Thanks a lot!
On 2014-02-16 12:02, Thiago Macieira wrote:
Em dom 16 fev 2014, às 15:09:49, Giuseppe D'Angelo escreveu:
I guess that for Kate's purposes a small wrapper class around QRegExp
+ QRegularExpression would suffice for supporting both syntaxes. For
the future, we could instead think of adding
Em seg 17 fev 2014, às 09:11:38, Haataja Ismo escreveu:
Hi,
As you might be aware, we have been working on Gerrit upgrade and we now
have some news.
Plan is to upgrade current 2.2.1 based version to 2.7 based. Our customized
features, staging system for CI and one page review, are
Em seg 17 fev 2014, às 11:06:52, Matthew Woehlke escreveu:
On 2014-02-16 12:02, Thiago Macieira wrote:
Em dom 16 fev 2014, às 15:09:49, Giuseppe D'Angelo escreveu:
I guess that for Kate's purposes a small wrapper class around QRegExp
+ QRegularExpression would suffice for supporting both
Hi,
had a quick look into the implementation as I wanted to use it in my existing
webserver.
However, the API does not provide a way to use it for an _existing_ tcp
communication channel.
What would be great is if you modify QWebSocketDataProcessor in some way so
that it just
get's data from
I was looking at a problem regarding deferred deletes causing a crash inside
nested loops and it was pointed out that in
QCoreApplication::setPostedEvents() there is some code there that
determines whether it is safe to delete the object or not. From my
understanding it will only delete
Hi all,
New snapshot build from Qt 4.8.6 available:
http://download.qt-project.org/snapshots/qt/4.8/2014-02-17_484/
Packages are built against sha1 ed792d7b7cd64bce0168b4e509337a8e0408300e fix
crash when using GTK 2.14 function in old gtk
Could you please verify these packages and report
On 17 February 2014 14:04, Knoll Lars lars.kn...@digia.com wrote:
I¹ve been discussing a bit with Friedemann and Andy on IRC, and I¹m
willing to give this change set an exception to the feature freeze. The
reason is that I believe that this significantly improves our level of
support in this
Hi,
The declarative merge is still pending, regressions are preventing integration
:( I'll look into those first thing tomorrow morning. On the upside,
QQuickWidget made it.
Simon
Opprinnelig melding
Fra: Heikkinen Jani
Sendt: 14:08 mandag 17. februar 2014
Til: Knoll Lars; Hausmann Simon;
27 matches
Mail list logo