QWindow represents a top-level system window rather than a parentless QWidget. QWindow is used in conjunction with QtQuick2 or with QOpenGLContext to provide OpenGL viewports (rather than QGLWidget). QWindow is backed by QPlatformWindow which gets instantiated by the QPA plugin when the application calls QWindow::create().
If you are using QWidget-based UI's then just use parentless QWidget's as windows just as in Qt4.
A QWizard is a subclass of QDialog. QDialog has the rejected() signal, that is fired when the dialog (the wizard) is cancelled (or otherwise rejected). You can connect to that signal to do your cleanup.
No way to judge from just a screen shot. I might be done using a the GraphicsView framework, but it can also be done as a normal widget. Nowadays, you can also add QML to that.
Just put all files in a queue, and only allow a fixed number to run simultaniously at any point in time. It should be easy to create a simple manager class that keeps track of the number of processes you have fired off, and gets signalled when any of these finishes. You can use that finish signal to trigger the start of new processes, up to the number you allow and as long as you have unfinished tasks in your queue.
[quote author="Rahul Das" date="1334040862"]There is a "wiki":http://www.developer.nokia.com/Community/Wiki/How_to_use_QCompleter_in_Qt .[/quote]
very wonderful example BUT! work only for first one word, and i need tips for all of typing words....
I meant the usual way of maximizing the main Window by clicking on the appropriate icon at the window frame.
But thanks anyway.
Will try out your proposal to-morrow.
Indeed, I should read the doc with eyes open ;-)
This raises the following question: how to set manually fr_CA as the first language in this list from the shell? E.g. for testing purpose.
[quote author="ahura_24" date="1333867809"]why i must seprate header files ?[/quote]
Not a must, but a good practice.
If you do not want to seprate and the name of this file is "main.cpp" and the build tool your chosen is "qmake" , you need to add such a line
@
#include "main.moc"
@
in this file.
Still sounds strange. Setting a breakpoint in the paint event may cause the program to stop a lot and not update, but not to crash.
Maybe you can post a backtrace along with some snippets of your code?
Yeh Andre thats what is puzzling me too. but ill debug it further if that is the way you guys would approach it too.
It seems for some reason that items with multiple lines only half the lines get painted until the entire item is visible. It was not like sizeHint returned incorrect values though cos the item had the correct size. It was just blank at the bottom until i scrolled to get full item visible and it paints itself correctly.
In the paintEvent i did use painter->drawText with textoption flag than use QTextDocument drawContents to not have to recreate QTextDocument inside it again but maybe thats having some strange outcomes. will check further tomorrow and update.
Old X11 backend (aka. Xlib) has been dropped in Qt5, the default backend for linux is XCB, and wayland can be selected if your OS support it.
Both Qt and GTK+ are ui toolkit, they are independent. GTK is now porting to wayland too.
In fact, this is a pure C++ problem. As you can't compile your C++ program into one file and have it run on windows, mac, and Linux.
However, if you using pure qml, there is another problem.
[quote author="1+1=2" date="1333671273"]What I mean is, write a cross-platform serialport application with GUI is rather easy too.
But you have make an easy problem become complexed, as you get a platform special project file, and you want to compile it under another platform.
Cross-platform examples can be found from google too. such as
http://docs.qextserialport.googlecode.com/hg/1.2/examples-uartassistant.html[/quote]
Thanks after I used part of this lib's example for made the project but I had to add a timer and a customizable filter for the output data.
