General and Desktop

@Chris-Kawa thank you

Hi, One more thing, ensure that you are using the qmake executable matching your Qt version for which you want to build the driver for.

Hi Well, it depends. QStandardItemModel works pretty well load and displays the data but editing is a bit clunky as when data changes, you get an Item * and must take its text and stuff it back into the right m_xxxx variable. If you make your own model, you would directly return/set the data to your CListBitmap . look here. http://www.java2s.com/Code/Cpp/Qt/Asimpleexamplethatshowshowselectionscanbeuseddirectlyonamodel.htm they uses QList<QStringList> rowList; but you would just use vector<CListBitmap> and most of the code would be the same, except the data function should also return the right m_xxx memeber it does like this now return rowList[index.row()][index.column()]; but you should map index.column() to a m_xxx variable A switch case could do it. A custom model is more code but also more flexible in the long run. It explains the functions here. https://doc.qt.io/qt-5/model-view-programming.html#an-editable-model

Hi Well you override the mouse functions and make it happen. virtual void mousePressEvent( QMouseEvent *e ); virtual void mouseMoveEvent( QMouseEvent *e ); virtual void mouseReleaseEvent( QMouseEvent *e ); have a look here https://gist.github.com/mnafees/10003130

@mrjj Hello, yes I can execute and no dialog are showed. I think the problem is that I am running a QT 32 bit app on a WIN10 x64 OS. Based on this post : link text But I found this post really interesting: link text I will try.

Sprezzatura is right. Check this out. https://doc.qt.io/archives/qt-5.9/qsysinfo.html#buildAbi https://doc.qt.io/qt-5/qsysinfo.html#buildAbi

I don't think so. Simply take a look in the paintEvent() function of QTableView. Don't move columns what you want to use spans.

@JonB Thanks jon. will do that re-engineering. I opened this question to make sure that there is no tool like that which does this re-engineering things. So will close the question now. Thanks

@aravmadd @jsulm My mistake. Spell error in one of the header files. The reason for popping out this error is i named one of the header file as dumy.h instead of dummy.h

@Chris-Kawa Ok, I wanted to be sure that i diddn't miss any qt option. I guess i have to make a concept to assign the parent dynamicly. Thanks for the help.

To close on this, I have verified that if I change the model to have a local copy of the items, i.e. instead of doing Item a = catalog->getItem(index.row()); which fetches the item from a different thread, then there is no flicker in the List View. I still believe it is a valid bug, but at least I know under what conditions it happens, so I can work around it.

@jsulm Oh my god, thank you so much. i had no idea that was related to headers, i thought i was a layout displaying problem. thank you.

If you have a transformation matrix A and a vector x you get the same result if you do A*x or x*(A^T) (A^T meaning A transposed). (If you want to be really precise in distinguishing row- and column-vectors you need to write x^T as well.) Now, if you have two transformation matrices A and B you want to apply successively, then it holds: B*A*x = x*(A^T)*(B^T) The reason why Qt multiplies the matrices in reverse order is because 1) their matrices are the transposed matrices and 2) they multiply the vector from the right as well. Mathematically speaking, the two are equivalent (assuming you construct the right matrix for your transformation): either chain your multiplications to the left or to the right. Just make it consistent and do not mix the two.

@SGaist @J-Hilk Thank you both! I didn't know about the QStackWidget, I'll take a look and try to create it with that.

@qwe3 said in How to know QTextEdit'height, when widget is hidden?: But maybe there is a way to calculate this before "show()"? I know that problem very well. So far, we have not found a solution to this than to show the widget first. Somehow the sizes of widgets inside a layout are not calculated before the widget is shown for the first time. There are two functions that are supposed to recalculate the layout (QLayout::update() and QWidget::adjustSize()), but they don't do anything in this context.

@Robotechnic Hi I'm in the same problem. Did you solve this?

It works but now it cuts a part of the legend text [image: 11b6675e-519c-4ed3-8885-d98c2f6972a3.png]

@Andrew23 said in Signals/Slots timing issue in an handshake communication protocol: is this a possible cause of my behaviour above? Yes, as long as you loop is running you're blocking the Qt event loop.