On Mon, Apr 21, 2014 at 10:58 PM, Scott Aron Bloom
wrote:
> I have code, that sends a http request via QNetworkAccessManager.
> Unfortunately, there are times, where the network on the machine will be up,
> but the connection to the internet is down.. Or the internet is up, but the
> backend serv
Hello,
Can someone explain to me what determines the look & feel of a Qt
application?
For example, when running the Tortoisehg application under a (Linux)
XFCE4 desktop, it looks really nice.
If, on the other hand, I run the same application without xfsettingsd,
the fonts look ugly, and color-th
Created a ticket for this
https://bugreports.qt-project.org/browse/QTBUG-38479
Regards,
Manish
On Mon, Apr 21, 2014 at 9:48 AM, manish sharma <83.man...@gmail.com> wrote:
> Hi,
>
> I ran externaldragdrop sample under qtdeclarative/examples/quick folder.
> And it crashed and below is the backtra
Em seg 21 abr 2014, às 18:09:59, Thiago Macieira escreveu:
> And besides, it's not 75 seconds. It's 127 seconds, per IP address.
>
> $ strace -r telnet 192.0.2.1 1024 |& grep -A1 connect.*192.0.2.1
> 0.18 connect(3, {sa_family=AF_INET, sin_port=htons(1024),
> sin_addr=inet_addr("192.0.2.
-Original Message-
From: interest-bounces+scott.bloom=onshorecs@qt-project.org
[mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of
Thiago Macieira
Sent: Monday, April 21, 2014 6:11 PM
To: interest@qt-project.org
Subject: Re: [Interest] QNAM timeout is way t
Em seg 21 abr 2014, às 21:30:23, Scott Aron Bloom escreveu:
> I had filed a bug, against QHttp and QFtp almost 6 or 7 years ago, right as
> QNAM came out, of course it was closed because "those classes were being
> deprecated for QNAM", to add a "setTimeout" to the request calls...
>
> I would lov
Em seg 21 abr 2014, às 14:02:05, Jason H escreveu:
> Well if you're going to the effort to create a timeout that isn't the 75s
> system timeout, why not make it a variable timeout?
Because this is a combined DNS + connection timeout, as opposed to a timeout
for each that you would get from the O
I had filed a bug, against QHttp and QFtp almost 6 or 7 years ago, right as
QNAM came out, of course it was closed because "those classes were being
deprecated for QNAM", to add a "setTimeout" to the request calls... :(
I would love to have this on QNetworkRequest...
-Original Message-
Well if you're going to the effort to create a timeout that isn't the 75s
system timeout, why not make it a variable timeout?
This is one of those "640k ought to be enough..." moments. I can understand
the rationale for Qt to set it the same on all platforms, so that you get
consistent behavi
Qt 4.8.5 based... :(
-Original Message-
From: interest-bounces+scott.bloom=onshorecs@qt-project.org
[mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of
Thiago Macieira
Sent: Monday, April 21, 2014 1:11 PM
To: interest@qt-project.org
Subject: Re: [Interest]
Em seg 21 abr 2014, às 12:19:21, Jason H escreveu:
> It should be 75 seconds on most platforms. You can blame that on ARPAnet.
QAbstractSocket has a 30 second timeout on DNS lookup + connection.
QAbstractSocketPrivate::_q_connectToNextAddress():
[http://code.woboq.org/qt5/qtbase/src/network/socke
Em seg 21 abr 2014, às 18:55:28, Scott Aron Bloom escreveu:
> The only problem, is QNetworkRequests::abort isn't a slot So I have to
> create an intermediary slot, figure out which request timedout, and abort
> it.
You don't need it to be a slot if you use the new connection syntax or a
lambda.
It should be 75 seconds on most platforms. You can blame that on ARPAnet.
I've implemented shorter timeouts without issue. You wouldn't want to use abort
anyway, you'd want to make a new one called "timeout" since aborts happen for
other reasons.
From: Scott
-Original Message-
From: interest-bounces+scott.bloom=onshorecs@qt-project.org
[mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of
Thiago Macieira
Sent: Monday, April 21, 2014 10:32 AM
To: interest@qt-project.org
Subject: Re: [Interest] QNAM timeout is way
Em seg 21 abr 2014, às 17:28:16, Scott Aron Bloom escreveu:
> I have code, that sends a http request via QNetworkAccessManager.
> Unfortunately, there are times, where the network on the machine will be
> up, but the connection to the internet is down.. Or the internet is up, but
> the backend se
I have code, that sends a http request via QNetworkAccessManager.
Unfortunately, there are times, where the network on the machine will be up,
but the connection to the internet is down.. Or the internet is up, but the
backend server is down. Meaning, there is no way for my application to "kn
Hi folk,
I’ve just reorganized structure of the code in ReadExcel library.
I’ve added qmake .pro files for more simple adding to the Qt projects.
I’ve removed all critical warnings and so on...
ReadExcel is a very basic implementation of reading of Excel 97-2007 binary
file format.
Note that
Hi. I am having trouble using the same enum in multiple classes with
ActiveQt.
1. If I define the enum (TestEnum) in class QClass1, properties and slots
in class QClass1 that use TestEnum work well.
a) I define the enum TestEnum publicly in class QA.
b ) Then, I include Q_ENUMS(TestEnum) to re
18 matches
Mail list logo
