General and Desktop

Just realized that it probably isn't working because I'm running ubuntu as the guest OS on VMware and I see a lot of posts related to absence of 3d h/w acceleration on a VM. Works just fine on my laptop that runs ubuntu. I also realize it isn't a Qt question (anymore) but any inputs on how to get it to work on a VM would still be useful.

yes, i did everything... now this error is solved. thank you! =)

If your model only uses a QSqlRelationalTableModel, then I suggest you don't inherit from it, but instead use encapsulation. That is: your model has a QSqlrelationalTableModel, but is just a QAbstractItemModel. There is little we can say on why this happens, if you do not show us any relevant code.

So..., Nobody has any idea of what this 'Phenomenon' is all about??

I found a solution for my problem by looking again at the "Star Delegate Example":http://doc.qt.nokia.com/latest/itemviews-stardelegate.html. Instead of calling render(...) with option.rect.topLeft() as offset, translating painter with option.rect.topLeft() before calling render(...) fixes my problem: @ list_widget.render(painter, option.rect.topLeft()); @ @ painter->translate(option.rect.topLeft()); list_widget.render(painter); @ So apparently I didn't understand what the effect of calling "QWidget::render(...) with a targetOffset":http://doc.qt.nokia.com/latest/qwidget.html#render-2 means. Thanks again for all your input.

I tried with pallet, and for me also it failed. May be we should look for some other work around to appear the same,like its mentioned in stack overflow.

Hi there, lots of questions, huh? I believe there is an error, because your QPaintEngine will never match your condition. Here I had problems because I have OpenGL2 and was comparing only OpenGL. Maybe if you replace && by ||. @if (painter->paintEngine()->type() != QPaintEngine::OpenGL || painter->paintEngine()->type() != QPaintEngine::OpenGL2)@ This path is difficult [quote author="basil_fawlty" date="1314306305"] I thought that it might be possible to integrate my own GLWidget, where i define the typical QGLWidget/OpenGL-Functions.I @ void initializeGL(); void paintGL(); void resizeGL(int width, int height);) @ Somehow like this: @ GraphicsView view; view.setViewport(new MyGLWidget(QGLFormat(QGL::SampleBuffers))); @ But it isnt working. [/quote] Well, there is an example code you can use on the same "link":http://qt.gitorious.org/qt-labs/modelviewer you have pointed. It might be enlightening to you. As the whys of this strategy, I honestly don't know. I hope this helps, Regards, VitorAMJ

Thanks a lot to you all. It was a great help.. Truely very much thanks. :)

Hi, Thanks for the reply. I realized the mistake am doing. Thanks again. -Karthik

"QNetworkAccessManager::head() ":http://doc.qt.nokia.com/4.7/qnetworkaccessmanager.html#head is your friend. Use it just like a get request.

Thanks, Gerolf. I notice my mistake now.

[quote author="mlong" date="1314403576"]I'm not sure what the behavior of a QDockWidget is if it's not used in conjunction with a QMainWindow. According to the docs, a QDockWidget is designed to be docked in a QMainWindow, not just an arbitrary widget. You can always create a QMainWidget, and set your AdvancedTextEditor as its central widget. Then the dock widget should behave properly. [/quote] Thanks for all the help, =). Solved !! =)..

In future if someone else is in need: "Your text to link here...":http://lists.qt.nokia.com/pipermail/qt-interest/2011-July/034969.html

Thanks a lot. I tried the second one, it perfectly works. Cheers

yes i added QT+=phonon. Can u clarify what is execution directory. phonon4.dll is there in C:/Qt/2010.05/bin directory. Iam saving my projects in C:/Qt/MyProjects directory.

Or have a look at this "recent thread":http://developer.qt.nokia.com/forums/viewthread/9090

[quote author="Lukas Geyer" date="1314266752"]No, but see "here":http://developer.qt.nokia.com/forums/viewthread/9050/.[/quote] That links to this thread - a mistake?

I have posted the root cause, a small project to reproduce it and a temporary workaround in the Bugtracker for this bug: QTBUG-19886 It is caused by a stack mis-alignment of the newly created thread. It affects the drawing engine which expects 16-byte alignment for the used SSE2 instructions. It appears to only occur on windows XP. And happens when a QPainter::drawImage is done on a different thread. The stack on the new thread (QThread subclass and started with start()) is NOT 16-bit aligned, and causes a Segmentation Fault on the MMX instruction PANDN in qdrawhelper_sse2.cpp. The only (dirty) workaround I can think of is to manually push extra bytes on the stack in case it is not aligned to realign the SP to a 16-byte boundary. And this seems to work quite well, no more crashes!

[quote author="kartlee" date="1314379149"] Should we not take it for granted that it works with non Qt threads? [/quote] As the warning is still in the source code, I would say no, it only works with QThread, but not with with threads started using platform-specific APIs or other libraries like boost.

Thank you for your answer. It's very helpful for me.