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; de
On 17 February 2014 14:04, Knoll Lars 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 area, and that th
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 possib
> > 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 onl
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 a
Em seg 17 fev 2014, às 14:35:08, Shaw Andy escreveu:
> 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 th
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
Em seg 17 fev 2014, às 12:04:10, Koehne Kai escreveu:
> I did a quick reality check on this one:
> https://codereview.qt-project.org/#change,78318 changes all _p.h includes
> to a canonical format, and I couldn't measure any
> difference when compiling on windows (where filesystem accesses are
> t
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 r
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
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 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 sty
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
>
> John Layt sayeth:
>
> >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.
>
,
> >Thoughts?
>
Knoll Lar
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
https://codereview.qt-project.org/#change,
On 17/02/14 13:47, "John Layt" 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 revi
On 17/02/14 13:01, "Simon Hausmann" 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 be compilat
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,
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 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
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
> https://codereview.q
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 pr
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 Mon, Feb 17, 2014 at 1:41 AM, Sze Howe Koh 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,
Sorry for the delay in replying.
On Mon, Feb 10, 2014 at 6:34 PM, Konstantin Ritt wrote:
>> QmfClient => QtMail
>> QmfMessageServer => QtMessageServer
> Two modules in one repo (aka QT += mail messageserver), right?
Yes. Same situation as it is now.
> BTW, are you planning an API review/re
On 17.02.2014 11:47, Giuseppe D'Angelo wrote:
> On 17 February 2014 10:11, Haataja Ismo 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 gerrit opens one brows
On 17 February 2014 10:11, Haataja Ismo 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 gerrit opens one browser tab per file
(!!) when doing a review drives me cra
On 17 Feb 2014, at 08:18, Kojo Tero 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 Manager - D
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 peop
> 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 section since it's private itself.
I'd rather just delete it.
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 d
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 refactored for 2.7 but
need few days to complete. We'd like to ask h
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 Manag
33 matches
Mail list logo
