General and Desktop

Thank you for clearifying this issue ;)

found the solution

Hi! Have you considered "QLineEdit::setValidator":http://doc-snapshot.qt-project.org/4.8/qlineedit.html#setValidator ?

You're welcome. :) By the way, I'm sure the author of that DLL would appreciate a bug report too.

Nothing has changed in that regard to times when Nokia was in charge. As unai_i pointed out, you have 3 licensing choices: LGPL, GPL, commercial. When buying commercial, you have the freedom to choose any license you want, you get support from Digia, Commercial SDK and some more goodies + you help in financing Qt project. If you choose OS licences instead, you just need to conform to those licenses. They both allow you to sell your application. LGPL and GPL are not about money, they are about source code freedom. LGPL allows you to choose any license for your application, but you are required to publish any changes you do to stock Qt + your app needs to work with official Qt builds. GPL forces you to license your code using GPL, and to publish it.

Thanks, that helped. I should have read qmake manuals more thoroughly.

Thank you! I'll check it out sometime later.

This is probably not the best solution to this problem, but in my overwritten mousePressEvent I am calling the QTreeView::mouseMoveEvent which causes the hover object to be cleared out. This has resolved my problem, but it feels like too much of a hack, so I would appriciate anyone's feedback.

[quote author="rcari" date="1354618410"]Well, you are receiving data from a TCP connection which is a stream. As long as the connection is established, there is no way of knowing when you really reach the end of the stream. At any point in time, more data can come. When you call @client->atEnd()@ you get true because at that point in time, there is no more data available for this connection, but it does not mean that more data will not be available soon. When you want to transmit data over a TCP connection, you can use different approaches: Open the connection, transfer all the data and close the connection: that way when you get the connection close event, it means everything was transmitted. However if you want to transfer multiple buffers, you will have to reopen a connection for each which can be quite time and resources consuming. Another neater solution is to first write the total amount of data you want to write to the connection, and then read that exact amount of data. You can google for TLV (Type Length Value) to find out more about such techniques.[/quote] Thanks for the reply! I will try to checking all approaches which you wrote.

Well... I did modify the example code :) . Oh and one more solution I forgot to mention. You could use sender() method ( in do_this(), without parameters), which returns QObject *. You can then cast it to QPushButton * or whatever widget you have. But I wouldn't recommend using it, as there might be problems if you call method directly or is accidentally called with signal from object with different type. But might come in handy in a few lazy cases ;) .

I left QGraphicsView for QML, so all I can do is to try recalling things from dusted memory :) Lack of width/height might come from lacking information in children items. Make sure you set properties as needed. If you have some item subclasses, make sure the size methods that need to be reimplemented return valid sizes. Or, of course, try doing some further debugging. Print x, y, width and height of all the items an inspect - maybe that would show you what is missing.

[quote author="messi" date="1354635099"]You can also use QString::number() instead of QString("%1").arg(i)[/quote] okay thanks too, I am gonna remember this

[quote author="lor.lucignano" date="1354629242"]Ok thank you. So i need to notify this to main thread to stop the interaction.... [/quote] Just emit a signal right before the run function terminates. Catch the signal somewhere where you have access to the QThread object and disconnect it. But seriously you should not subclass QThread unless you absolutely have to.