General and Desktop

Well... it seems obvious to me that the events that happen for the combobox will be send to... the combobox. Not the form the combobox is on. You could install an event filter on the combobox if you want to catch its events though.

Perfect, thank you everybody fr your help! Cheers huck

oh, I see. thank you very much. It is useful for me!

thank you!!!! you are simply a wizard!

Hi Francisco if you are able to make it retraceable you shall issue a bug report on "JIRA":https://bugreports.qt.nokia.com/secure/Dashboard.jspa Even so, if it is not retraceable you might want to file a bug report. Another thing you can try is to update your Qt version. Version 4.7.3 is most recent release. There is also a list with fixed bugs. May be it has been fixed already. Have fun

yes it does. thank you

You're right. Although it is stated in the docs this behaviour isn't very intuitive and should be fixed somewhen.

Oh thanks mate

Yes, that is correct. :) Remember, as per "doc":http://doc.qt.nokia.com/latest/qsqldatabase.html#setConnectOptions bq. This must be done before the connection is opened or it has no effect

If you want to use QList_View_, then you are using it with a model, a QAIM subclass. If you want to add something to the displayed list, you have to add that piece of data to the model. The view will then display it. You are not telling us what type of model you are using, so it is hard to tell you how to do this. In your small code sample, you are trying to do something that looks more like how you would work with QListWidget. That will not work. Perhaps your model is a QStandardItemModel? In that case, you can add a new item to this model with a syntax that looks a bit like what you are trying to do.

i found what i was looking for. the disconnectFromHost() disconnects the client from the host.

I also found "this answer":http://developer.qt.nokia.com/faq/answer/is_it_possible_to_have_transparent_qt_widgets_on_top_of_a_qglwidget, but it sounds old or false.

great. thank you for your replies.)

If the new window is a top level window, you have to use global coordinates. that means: @ CMyDialog dlg; dlg.show(); QPoint ptGlobal = ui->pushButton->mapToGlobal(QPoint(0, ui->pushButton->height())); QPoint ptLeftTop = mapToGlobal(QPoint(0,0)); QPoint ptFrame = frameGeometry().topLeft(); ptGlobal += (ptLeftTop - ptFrame); // add border size dlg.setGeometry(QRect(ptGlobal, dlg.size())); dlg.exec(); @

Slots can be executed immideatly or queued, depending on the connection and the thread appearance. By default, connections are auto connections, which means, if the objects live in the same thread, they are direct connections. direct connections are like direct function calls. If the objects live in different threads or you specify QueuedConnection in the connect statement, the signal is queued to the event queue and executed in the next queue iteration (message Loop). To specify a connect type, use the following connect statement: @ connect (sender, signal, receiver, method, Qt::QueuedConnection); @ "see QObject::connect":http://doc.qt.nokia.com/4.7/qobject.html#connect

thank you - i haven't known about this article before.

How could it do anything? After all, it does know nothing about how in your subclass the data will be stored...

I think, though, that there are some notable exceptions. For instance, if I'm writing a quick-and-dirty app where I need to expose fairly simple C++-related data to QML or something, I don't have a problem with including data in the model itself. However, this is generally only in the cases where it's not a huge project, and when I don't expect scalability or maintenance to become a major factor. It kind of depends on the application itself, I think.