General and Desktop

Yes, the new "worker object" method is not ideal. Its main weakness is the extra complexity and overhead. I guess we'll need to ask ourselves which poison is more tolerable for the scenario at hand: A lengthy approach, or a counter-intuitive approach? Unfortunately, the documentation update did not pass the review process in time for the Qt 5 release -- there were more pressing issues for the reviewers to take care of, and I think not all the higher-ups are interested in making the change. Let's see if they get through for the Qt 5.0.1 release, scheduled for late January 2013.

Call moveToThread() from the current thread to "push" the object to a different thread. Qt has that constraint because it's dangerous to "pull" an object from a different thread: What will happen if the object is moved, while it is in the middle of processing data in its original thread?

thx too

[quote author="astodolski" date="1355144658"]Thanks, that's helpful. However, shouldn't there be some even basic migration notes included to support a release candidate?[/quote]Looks like there is: http://qt-project.org/doc/qt-5.0/qtdoc/portingguide.html [quote]Where exactly is "here"? Looking at the front end for reporting looks like there are lots. Understand I was following Eddy's suggestion. It may have been better solved on the this forum than calling it in as a bug. That's why I started the thread.[/quote]Sorry for being vague; I meant "we don't have a bug on our hands here". Did the modifications to the .pro file help?

Hi! I'm having a very similar problem (perhaps even the same). I have a qtextedit, and when I copy the content using Ctrl+C and the shutdown the application I end up with the same assertions. You can work around this by clearing the clipboard when the application shuts down, but whats the correct way? BR, Ulf.

So in my case QLayoutItem::widget() returns a 0, I didn't really bother to check it out once did the trick... still can save a runtime type check call

Ok. I wanted to see if the reply wasn't finished before your connect (so the signal would be emitted before being connected to your slot). Maybe you can try "QNetworkAccessManager::finished()":http://qt-project.org/doc/qt-4.8/qnetworkaccessmanager.html#finished instead of QNetworkReply signal. I am not sure it will change anything, but I have no other idea :( .

If you are useing QT5: "See":http://qt-project.org/doc/qt-5.0/qtcore/qmimedatabase.html#mimeTypeForFile

You can use "Stylesheets":http://qt-project.org/doc/qt-4.8/stylesheet-examples.html#customizing-qgroupbox for that. eg @ui->groupBox->setStyleSheet("QGroupBox{border: 2px solid red};");@

thanks alot . i will try the same and get back to you

i have this issue with qt-linux-opensource-5.0.0-x86-offline.run

[quote author="trollixx" date="1355960841"]You should write: @ connect(this, SIGNAL(textChanged(QString)), this, SLOT(upDateSize(QString))); @[/quote] Thanks for the fast reply. The example I was looking at did not have parameters so I missed that.

problem is already solved

Hi! Thanks for clearing things up. Currently I'm still on Qt 4.8.3 because I need MinGW compiler ( to lazy to find replacement for unistd.h which VS does not support). But I'm porting to Qt 5. Full control of course is not an option. I did not find suitable words to express myself what I want. I'm currently still planing how I'll implement everything so that there wont be any problems with extensibility. Overall, I solved a lot of problems with some basic logic with combination of XML and Lua ( not QtLua). Thanks! Marked as solved. Regards, Jake

Allow me a gentle bump with a little more info. I realize that I have to use signals and slots to achieve this. My confusion is what signals and slots I should use in all three classes (QTextEdit, QStyledItemDelegate, and QTableView) to do the work. Currently, in the custom QTextEdit class I have connected the textChanged() signal to a custom slot that resizes the QTextEdit as text is added or removed. This indeed works in the table view but the row doesn't resize automatically too so, while editing a cell, the QTextEdit overlaps to the next row. After I leave the edited cell, the row resizes properly. I suppose I will have to connect a signal from the delegate to the resizeRowToContents(int) slot in the QTableView and that's where I could use some help. TIA

Ok... Now it seems to work, I just forget the to use the ./ ; I'm sorry but I'm new on ubuntu os. Thank you very much for your support. Have a nice Christmas time!!!