On 26/07/18 08:19, Ramakanth Kesireddy wrote:
Hi,
Am using Qt 4.8.x with UI components based on QWidgets.
In the custom implementation of resize event handler, I would like to
know if it is mandatory to invoke QWidget base implementation of
resizeEvent or not
It's not. The default implementat
Hi,
Am using Qt 4.8.x with UI components based on QWidgets.
In the custom implementation of resize event handler, I would like to know
if it is mandatory to invoke QWidget base implementation of resizeEvent or
not like below:
Void CustomWidget:: resizeEvent (QResizeEvent *event)
//Start brace
On Wednesday, 25 July 2018 17:59:07 PDT Sze Howe Koh wrote:
> I think the comms was HTTP 1.1, because Wireshark showed "HTTP/1.1 200
> OK(text/plain)"
Ok, so the server chose to close the connection.
It did not happen for me when using curl, also with download.qt.io. Possible
reasons:
1) di
On Thu, 26 Jul 2018 at 08:57, Sze Howe Koh wrote:
>
> On Thu, 26 Jul 2018 at 05:44, Thiago Macieira
> wrote:
> >
> > On Wednesday, 25 July 2018 10:22:19 PDT Thiago Macieira wrote:
> > > On Wednesday, 25 July 2018 07:52:13 PDT Marian Beermann wrote:
> > > > Correct. If you augment your debugging
On Thu, 26 Jul 2018 at 05:44, Thiago Macieira wrote:
>
> On Wednesday, 25 July 2018 10:22:19 PDT Thiago Macieira wrote:
> > On Wednesday, 25 July 2018 07:52:13 PDT Marian Beermann wrote:
> > > Correct. If you augment your debugging a little, it is easy to see the
> > > server sending a "Connection
Hello,
Since there are issues using SSH/X11 for Qt5/PyQt5 applications using
"standard" SSH +X11 forwarding practices, does anyone have any
recommendations for alternatives?
I'm referring to the sorts of qt5/opengl issues originally posted here:
http://lists.qt-project.org/pipermail/interest/2018
On Wednesday, 25 July 2018 10:22:19 PDT Thiago Macieira wrote:
> On Wednesday, 25 July 2018 07:52:13 PDT Marian Beermann wrote:
> > Correct. If you augment your debugging a little, it is easy to see the
> > server sending a "Connection: close" header:
> >
> > qDebug() << ... << reply->rawHeader("C
On Wednesday, 25 July 2018 07:52:13 PDT Marian Beermann wrote:
> Correct. If you augment your debugging a little, it is easy to see the
> server sending a "Connection: close" header:
>
> qDebug() << ... << reply->rawHeader("Connection");
The question is whether the request had a "Connection: keep
I have the same issue but with plane.
If there is only one vertex inside camera frustum - entity get culled.
---
With regards, Oleg
2018-03-14 11:54 GMT+03:00 Saif Suleiman :
> Hi every one,
>
> Why when one of the two vertices of a line placed out side the camera
> frustum, the whole line gets
2018-07-25 10:56 GMT+02:00 Nuno Santos :
> Hi,
>
> I’m trying to style a QML Dialog component but it seems that I’m only able
> to style the header, content and footer items.
>
> However I need to style the dialog frame, right now it appears as a white
> box with a 1px width black border. I want t
Correct. If you augment your debugging a little, it is easy to see the
server sending a "Connection: close" header:
qDebug() << ... << reply->rawHeader("Connection");
On 25.07.2018 16:38, Sze Howe Koh wrote:
> Hi all,
>
> Revisiting this topic after a hiatus. Thanks for confirming, Thiago and
>
Hi all,
Revisiting this topic after a hiatus. Thanks for confirming, Thiago and Hamish.
On 13 April 2018 at 10:08, Thiago Macieira wrote:
> On quinta-feira, 12 de abril de 2018 15:44:54 PDT Sze Howe Koh wrote:
>> Can QNAM re-use a TCP connection for multiple HTTP requests?
>
> Yes. It's the defa
Hey folks,
I was misunderstanding the concept of heap and stack variables. I have made:
engine.addImageProvider("pictures", new ImageProvider());
The problem is now solved!
Thanks for your help!
Regards,
Nuno
> On 25 Jul 2018, at 12:35, Nuno Santos wrote:
>
> Sérgio,
>
> Thanks for your r
you still have a double delete in this case. A first delete when
QQmlApplicationEngine is destroyed at the end of the main, and a second
delete when the static is deleted.
---
Jean-Michaël Celerier
http://www.jcelerier.name
On Wed, Jul 25, 2018 at 1:35 PM, Nuno Santos
wrote:
> Sérgio,
>
>
Sérgio,
Thanks for your reply.
I have tried the following:
ImageProvider imageProvider;
int main(int argc, char *argv[])
{
QGuiApplication app(argc, argv);
Controller controller;
QQmlApplicationEngine engine;
engine.rootContext()->setContextProperty("controller", &controller)
Hi Nuno,
The docs for QQmlEngine::addImageProvider() say: "The QQmlEngine takes
ownership of provider".
So QQmlEngine::removeImageProvider() is calling free() on stack
variable, hence it complains that address wasn't heap allocated.
Create it on the heap as suggested by Jean-Michaël.
Reg
Martin,
Thanks for your reply.
But I still can’t understand how to fix the crash related with the provider
destruction.
It seems that someone is trying to delete an already deleted pointer and
therefore the crash.
Regards,
Nuno
> On 25 Jul 2018, at 12:15, Martin Leutelt wrote:
>
> Hi Je
Hi Jean,
From: Nuno Santos
To: Jean-Michaël Celerier
Cc: Qt Project MailingList
Sent: 7/25/2018 12:59 PM
Subject: Re: [Interest] App crashing because of ImageProvider when exiting
Jean,
This is the main context. It will not get out until app.exec() terminates.
That’s
Jean,
This is the main context. It will not get out until app.exec() terminates.
That’s why I’m connecting to aboutToQuit signal in order to remove the provider
from the Qml engine.
I had the provider instantiated inside the controller but I was having this
problem already, therefore my effor
Shouldn't you allocate your ImageProvider on the heap or at least ensure
that it survives during the whole execution ? here it will be deleted by
the end of your function
---
Jean-Michaël Celerier
http://www.jcelerier.name
On Wed, Jul 25, 2018 at 11:24 AM, Nuno Santos
wrote:
> Hi,
>
> Yes
Hi,
Yesterday I have used for the first time a QQuickImageProvider but I’m having
problems because now the app crashes when I terminate it.
Tried to do the following in order to avoid the crash but it is crashing anyway:
ImageProvider imageProvider;
engine.addImageProvider("pictures", &imagePro
Hi,
I’m trying to style a QML Dialog component but it seems that I’m only able to
style the header, content and footer items.
However I need to style the dialog frame, right now it appears as a white box
with a 1px width black border. I want to change that box in which the Dialog
appears.
Ho
Ok, thanks very much. I have create QTBUG-69615 but cannot assign it to
you myself, I suppose
Philippe.
Le 25-07-2018 09:24, Oliver Wolff a écrit :
Hi Philippe.
I can reproduce the problem and it looks like the server functionality
broke. Can you create a bug report and assign it to me? I wil
Hi Philippe.
I can reproduce the problem and it looks like the server functionality
broke. Can you create a bug report and assign it to me? I will have a
look as soon as possible.
Olli
On 25/07/2018 09:07, maitai wrote:
Hi Olli
Yes it is better but still not perfect:
When I try the pingp
Hi Olli
Yes it is better but still not perfect:
When I try the pingpong sample, it now works if I set Android as the
server, and Windows as the client. But the opposite does not work, the
paired Android device cannot find the server (no special message in the
server console). Problem is that
25 matches
Mail list logo
