General and Desktop

Ok, but how I accomplish that? How can I show the button over the GLWidget?? Has somebody an idea about that?

There is no need to recompile all of Qt to compile the MySQL driver. You can build it separately. That will result in a much faster connection with MySQL than via the ODBC driver. So, I would not recommend your approach.

If you think your needed changes are generic enough, you might also considder creating a patch for Qt itself, and contributing that back so others can use it as well in the future, and you don't have to maintain your own copy of QLineEdit and all that is needed for that for the indefinate future...

Hiding the data from the view does not stop you from using the data in other contexts...

Actually, uic normally produces a .h file, not a .cpp file... Note that qmake will make sure that the uic tool is called on all .ui files that you list in the FORMS section of your .pro file.

All I get from your question, is that you want to write a download manager (who uses these things any more?!), but you have not the faintest idea of what that entails, as you need help on basically every step of the way. Perhaps you should re-think your goals?

Sorry, we're not here to debug your code. You're not even describing your symptoms...

Andre thanks for your help. I have made some changes in program and it worked. @ QApplication a(argc, argv); mainWindow *w=new mainWindow; mainWidget *mw=new mainWidget; w->setCentralWidget(mw); w->show(); QObject::connect(mw, SIGNAL(signalForShowMessageInStatusBar(QString)), w, SLOT(slotForStatusBarMessage(QString))); mw->functionDatabaseOpen(); return a.exec(); @

I think it would be best to raise this issue on IRC. Get onto the freenode network, and pop into the @qt-labs channel. That's where the developers working on Qt itself hang out. There you can discuss if your suggestions are feasible or not. There might be technical reasons for these missing operators, such as the technique used for QStringBuilder not working with these operators... However, a lot of technical insight in how this class actually works interally is needed to answer such questions, and you'll find a lot more of such knowledge on that channel.

I don't think there currently is a fixed plan. It certainly wasn't planned to be released in Qt 5.0. Perhaps in a later . release? I guess it will be on the table again at the Qt Contributors Summit in June.

I think the best way to go forward is to make your checkboxes available as fields in the wizard (read the documentation on those!). Then, subclass QWizard, and reimplement the nextId() function. That way, you can control which page is the next page. As you can access fields from the wizard as well, you can find access the values of the checkboxes from that function, and return the right value accordingly.

You're welcome, have fun learning Qt!

i've resolved thanks

@VRonin: Done Successfully! Thanks in tons =)

I almost forgot, you may want to take a look here: http://vmpk.sourceforge.net/ It is a piano controller application, the project is quite big and you may have problems finding what you need in there, but it has the type of input you want to achieve. It uses QGraphicsScene thou.

Ok, I found the problem. its from my code. I thought that I should use QGuiApplication instead of QApplication for gui app, and after debugging it appears that the crash happened when QWidget try to get QApplication instance to know the type of the application. Here is my first Qt5 app :) @#include <QtWidgets/QApplication> #include <QtWidgets/QWidget> int main(int argc, char *argv[]) { QApplication a(argc, argv); QWidget w; w.show(); return a.exec(); }@ Thanks.

Yes, the error message is no longer there. Thanks.

Thanks! was pretty simple