C++ & Qt

26 Jul 2024 11:55

Scythe Studio has developed the "Qt Quick and QML Training" course, one of the offerings from our new service line. If you want to learn all aspects of QML, from fundamental concepts to advanced topics like integrating with C++ logic and effective app architecture, this course is for you. Gain practical skills through hands-on exercises and discover best practices for creating responsive and modular applications.
This training is offered on demand and can be tailored to the needs and requirements of participants. Syllabus, requirements, and participation details can be found on the service page. An introduction to the service line is provided in this blog post.

C++ & Qt

25 Jul 2024 11:24

May I text you privately?

C++ & Qt

25 Jul 2024 01:14

asynchronous and all

C++ & Qt

25 Jul 2024 01:13

now I have no cons for QHttpServer, looks like they did great job making it

C++ & Qt

25 Jul 2024 01:13

that's actually how many qiodevices work (like sockets)

C++ & Qt

25 Jul 2024 01:12

nice, it really works

C++ & Qt

25 Jul 2024 01:09

yes, audio is sometimes not broadcasting

C++ & Qt

25 Jul 2024 01:04

yes but yours is infinite loop, and I need to empty QIODevice sometimes

C++ & Qt

25 Jul 2024 01:03

my example deletes the device when you abort the download

C++ & Qt

25 Jul 2024 01:02

(but if you do it doesn't seem to delete the device)

C++ & Qt

25 Jul 2024 01:01

I don’t know what you mean, but QHttpServerResponder is just data holder, and it writes somewhere internally, so likely QIODevice used by other class

C++ & Qt

25 Jul 2024 00:50

the way it waits for the responder deletion is ok for me, now I just wish to pause transfer, and add data one second later

C++ & Qt

25 Jul 2024 00:45

(QHttpServerResponder&& responder)

this is made the way it deletes responder out of scope

C++ & Qt

25 Jul 2024 00:44

do you have to create a new responder?

C++ & Qt

25 Jul 2024 00:43

don’t use sleep, just put fixed bytesAvailable and atEnd always false

C++ & Qt

25 Jul 2024 17:59

Design Studio supports 6.7 version in QML. That's cool. One year ago we used to use v6.4 for QML and v6.6 for C++ . Now these both platforms are synchronized.

C++ & Qt

25 Jul 2024 11:20

Anyone from Turkey Istanbul, please?

C++ & Qt

25 Jul 2024 01:14

no, that's a bit weird but this seems to be an odd class

C++ & Qt

25 Jul 2024 01:13

I didn’t notice they take ownership of that, seems unusual to me

C++ & Qt

25 Jul 2024 01:12

thanks for keep pushing me in right direction, now I know the best solution

C++ & Qt

25 Jul 2024 01:10

like if it is silence, nothing is transmitted

C++ & Qt

25 Jul 2024 01:09

stopping it from the server side?

C++ & Qt

25 Jul 2024 01:03

maybe emiting readyRead signal is solution

C++ & Qt

25 Jul 2024 01:03

I agree I don’t need to keep it alive, I just know it does work well if I do, if there is other ways to do the same thing it is ok

C++ & Qt

25 Jul 2024 01:02

Thats what I mean. I don't think you have to keep it alive

C++ & Qt

25 Jul 2024 00:59

perhaps it's not the responder that does the magic behind the scene?

C++ & Qt

25 Jul 2024 00:45

and you have a choice to move it if you need to

C++ & Qt

25 Jul 2024 00:44

it is detaching, not creating new

C++ & Qt

25 Jul 2024 00:44

its just to slow things down a bit

C++ & Qt

25 Jul 2024 00:41

QHttpServerResponder* resp = new QHttpServerResponder(std::move(responder));

resp->write(td ,QString().toUtf8());