On sexta-feira, 3 de maio de 2013 14.06.38, Thiago Macieira wrote:
> On sexta-feira, 3 de maio de 2013 18.37.00, Daniel Molkentin wrote:
> > That was actually on my to-do list before I left, but I didn't get to do
> > it and it seems nobody has handled it. Prepare and send the zone files
> > to sys
On sexta-feira, 3 de maio de 2013 18.37.00, Daniel Molkentin wrote:
> That was actually on my to-do list before I left, but I didn't get to do
> it and it seems nobody has handled it. Prepare and send the zone files
> to sysad...@qt-project.org. I'll take it from there.
Zone files:
https:/
That was actually on my to-do list before I left, but I didn't get to do
it and it seems nobody has handled it. Prepare and send the zone files
to sysad...@qt-project.org. I'll take it from there.
Daniel
On 05/03/2013 05:40 PM, Thiago Macieira wrote:
We're still using that domain for the DNS
We're still using that domain for the DNS tests, which means no integration
will pass until we fix the problem.
I'll create a test zone under one of my domains and will send a patch in the
next few hours.
However, it's time we created a test zone. Who can I talk to in Digia to make
sure the te
On sexta-feira, 3 de maio de 2013 11.50.14, Björn Piltz wrote:
> Would it be possible to add an overload of QObject::connect() like this:
>
> static QMetaObject::Connection connect(const QObject *sender,
> PointerToMemberFunction signal, const QObject *receiver, Functor
> functor);
>
> in addition
And thanks to Ossi, CI is back online.
Simo
From: development-bounces+simo.falt=digia@qt-project.org
[mailto:development-bounces+simo.falt=digia@qt-project.org] On Behalf Of
Fält Simo
Sent: 3. toukokuuta 2013 12:44
To: Development@qt-project.org
Subject: [Development] CI is down
Moi,
T
On Fri, May 03, 2013 at 07:57:08AM +0200, Samuel Rødal wrote:
> On 05/02/2013 11:11 PM, Rafael Roquetto wrote:
> The backing store is designed to be a back buffer representing the
> entire widget hierarchy for a given top-level widget. A widget signals
> that it wants to be repainted by calling
On Friday, May 03, 2013 09:44:20 Fält Simo wrote:
> So if possible, please do not stage changes for now.
Why not prevent staging with a technical measure?
--
Stephen Kelly | Software Engineer
KDAB (Deutschland) GmbH & Co.KG, a KDAB Group Company
www.kdab.com || Germany +49-30-521325470 || Swede
Moi,
There are some issues with our git mirrors at the moment. That was causing some
extra load to codereview.qt-project.org, therefore I had to take CI down for
now. So if possible, please do not stage changes for now. Just to prevent huge
load once the things are up and running again.
I'll let
On Thu, May 2, 2013 at 9:40 PM, Alan Alpert <4163654...@gmail.com> wrote:
> Given those guidelines, our possible answers are either "No (i.e.
> there is no permission given for public logging)" or "list it in the
> channel topic for logged channels (and possibly leave some channels
> deliberately u
On 30 Apr 2013, at 9:13 AM, Matteo Brichese wrote:
>> PathView, like many QtQuick components that you might think of as
>> touch-oriented, is actually only handling mouse >events. So it works
>> because it will get synthesized mouse events on devices that don't already
>> provide them. (The
On Thursday 02 May 2013 16:30:47 Alan Alpert wrote:
> But if you're addressing this
> from a practical standpoint, just ask Robin to skip join/part events
> in what his bot publishes instead of losing the valuable dialogue as
> well.
+2 for not publishing join/part events, including the "*** ChanS
12 matches
Mail list logo
