On Jan 3, 2012, at 7:24 PM, ext BogDan wrote:
Hi again,
I forgot on item on my list, I hope is not too late :)
A way to pause/resume the application (all QEventLoop(s)) from another thread.
It is useful because Android tries to pause the application when it goes in
background
and
On 01/03/2012 01:07 PM, ext Thiago Macieira wrote:
On Tuesday, 3 de January de 2012 09.53.41, Jonas M. Gastal wrote:
As for removing them entirely yes, it would require changes in the HTTP
socket engine and QAuthenticator. But given that both of them use
QHttpResponseHeader I see no reason to
On 01/01/2012 04:51 PM, ext Andreas Aardal Hanssen wrote:
(...)
The other options I imagined were GnuTLS [*], and using native SSL support
should that exist.
Today the backend separation is still around but it only complicates the
code unless there truly are other backends to support.
I
On Wednesday, 4 de January de 2012 11.00.35, Kent Hansen wrote:
Den 03. jan. 2012 15:51, skrev ext Kent Hansen:
I created http://code.google.com/p/v8/issues/detail?id85 for the icc
fix (note that I'm not allowed to submit patches :( ). Make sure to vote
for it! ;) I'll import your patch
Thiago, et al.:
This is another one of those don't play in the
grey areas of the language things.
Even if identifiers are case-sensitive, one should
probably never depend upon that; why tempt fate?
Atlant
-Original Message-
From:
Hi,
I've made a patch for syncqt to make it generate forward include
header (e.g. include/QtCore/QObject and include/QtCore/qobject.h)
even if the class name doesn't have a Q prefix - in qtjsondb module
all classes have JsonDb prefix instead and that confused syncqt.
I made it configurable via
Den 03. jan. 2012 22:07, skrev ext lars.kn...@nokia.com:
On 1/3/12 5:45 PM, ext Oswald Buddenhagenoswald.buddenha...@nokia.com
wrote:
On Tue, Jan 03, 2012 at 01:45:27PM -0200, ext Thiago Macieira wrote:
Configure already sets a default mkspec symlink that matches the
target
mkspec. Making
On Wednesday, 4 de January de 2012 07.51.48, Atlant Schmidt wrote:
Thiago, et al.:
This is another one of those don't play in the
grey areas of the language things.
Even if identifiers are case-sensitive, one should
probably never depend upon that; why tempt fate?
You should not
On Wednesday, 4 de January de 2012 15.01.47, Denis Dzyubenko wrote:
Hi,
I've made a patch for syncqt to make it generate forward include
header (e.g. include/QtCore/QObject and include/QtCore/qobject.h)
even if the class name doesn't have a Q prefix - in qtjsondb module
all classes have
Thiago:
Let me more-explicitly/completely state the rule
that I use:
1. Always use the canonical casing for an identifier.
2. Don't create any other identifiers that differ
from an existing canonical identifier only in
their casing.
On Wednesday, 4 de January de 2012 09.42.52, Atlant Schmidt wrote:
Let me more-explicitly/completely state the rule
that I use:
1. Always use the canonical casing for an identifier.
2. Don't create any other identifiers that differ
from an existing canonical identifier
On Wednesday, 4 de January de 2012 15.26.06, quim@nokia.com wrote:
Hi, sorry for webmail top-posting.
June 28th - June 30th are the only dates available during June at the
(amazing) venue we are looking for in Berlin. Would that work for you?
Non-starter. Collides with Akademy (Jun
Le Jan 4, 2012 à 11:47 AM, Peter Hartmann a écrit :
On 01/03/2012 01:07 PM, ext Thiago Macieira wrote:
On Tuesday, 3 de January de 2012 09.53.41, Jonas M. Gastal wrote:
As for removing them entirely yes, it would require changes in the HTTP
socket engine and QAuthenticator. But given that
On Wed, Jan 4, 2012 at 5:23 PM, Quim Gil quim@nokia.com wrote:
On 01/04/2012 07:59 AM, ext marius.storm-ol...@nokia.com wrote:
On 04/01/2012 09:54, ext Thiago Macieira wrote:
On Wednesday, 4 de January de 2012 15.26.06, quim@nokia.com wrote:
Hi, sorry for webmail top-posting.
On 04/01/2012 10:48, ext Thiago Macieira wrote:
Highlights:
* EVERYTHING tested is faster
(though unfortunately nothing reaches 1 robe)
For the uninitiated, 1 robe = 10x performance increase, since Roberto
has the uncanny ability to speed up his parser performance by 10x every
time he
On 4 January 2012 18:49, marius.storm-ol...@nokia.com wrote:
On 04/01/2012 10:48, ext Thiago Macieira wrote:
Highlights:
* EVERYTHING tested is faster
(though unfortunately nothing reaches 1 robe)
For the uninitiated, 1 robe = 10x performance increase, since Roberto
has the uncanny
On Wednesday, 4 de January de 2012 08.23.12, Quim Gil wrote:
More thoughts on combining the Qt Contributors Summit with aKademy in
Tallinn? I have been there and it's not a bad city. I believe it has
cheap flights from many European destination and maybe the prices are in
average lower than
On Wednesday, 4 de January de 2012 19.10.39, Giuseppe D'Angelo wrote:
On 4 January 2012 18:49, marius.storm-ol...@nokia.com wrote:
On 04/01/2012 10:48, ext Thiago Macieira wrote:
Highlights:
* EVERYTHING tested is faster
(though unfortunately nothing reaches 1 robe)
For the
On 05/01/2012, at 3:51 AM, Jeremy Lainé wrote:
Replying to myself to try and get the discussion going again.
A summary of API decisions so far:
- we only provide an asynchronous API
- we do not want a manager object (QNAM-style) to avoid users creating a
manager per lookup
- we
On Thursday, 5 de January de 2012 12.07.37, craig.sc...@csiro.au wrote:
On 05/01/2012, at 11:47 AM, Thiago Macieira wrote:
On Thursday, 5 de January de 2012 11.03.42, craig.sc...@csiro.au wrote:
This could be perceived as creating a race condition. You'd have to
connect
a slot to the
On 05/01/2012, at 12:11 PM, Thiago Macieira wrote:
On Thursday, 5 de January de 2012 12.07.37, craig.sc...@csiro.au wrote:
On 05/01/2012, at 11:47 AM, Thiago Macieira wrote:
On Thursday, 5 de January de 2012 11.03.42, craig.sc...@csiro.au wrote:
This could be perceived as creating a race
On Thursday, 5 de January de 2012 12.51.50, craig.sc...@csiro.au wrote:
Ah, the reply object emits the signal in the same thread as the caller? I
was assuming the signal is emitted from within the thread that is
processing the reply. Yes, in that case connecting before returning to the
event
On 01/05/2012 01:47 AM, Thiago Macieira wrote:
On Thursday, 5 de January de 2012 11.03.42, craig.sc...@csiro.au wrote:
This could be perceived as creating a race condition. You'd have to connect
a slot to the signal on the object returned, but what if the signal is
emitted before you get a
On 01/05/2012 01:03 AM, craig.sc...@csiro.au wrote:
Some notes about the implementation:
- the actual lookup code is run in a thread, managed by a global threadpool
(QHostInfo-style)
What happens if the client/user is also employing their own thread pool? Does
your implementation simply
24 matches
Mail list logo
