General and Desktop

You're welcome. I should try to make a gerrit change request that prints a big, fat warning that webkit is not supported once a static build is enabled :)

bq. Even for setting up a QSignalHandler, an array like the one constructed in this topic will be very useful :-) Indeed, but trying to do signal handling manually can be a bear. Just saying that if he needed to take that additional step, then the QSignalHandler could be a potential help.

I am still not able to get the output in a textBrowser . I changed the Qprocess parameters and tried both waitForStarted() and waitForReadyRead() so that the process starts in time and the results are available. I added waitForFinished() so that the process does not terminate when it goes out of scope. @QProcess p; p.start("echo", QStringList() << "hye"); p.waitForStarted(); QByteArray byteArray = p.readAllStandardOutput(); QStringList strLines = QString(byteArray).split("\n"); QString line= p.readAllStandardOutput(); if(p.state()==QProcess::NotRunning) ui->textBrowser->append("not running"); ui->textBrowser->append(line); p.waitForFinished();@

I agree that Qt is backward compatible. But the problem that I am facing is more like forward compatibility. I have Qt 4.3 Application. I can not rebuild the application with Qt 4.6 because the deployment system will have only Qt 4.3 libraries. And migrating the deployment system can not be done because of the project nature. Now I wanted to use some functionality in 4.6 i.e. XML xpath query in the application. but compiled against 4.3. So Is it possible to make xml xpath as part of 4.3 by taking the module and associating with the 4.3 compilable application. Thank you in advance Kiran

I think your best bet is to render the widget in an image, and do the animation with the image rather than the real widget. Then, when the animation is done, you replace the image with the real widget so the user can interact with it.

Ok..Thank you for your answers.

Actually there is one button in ui also but i tried to put image on the button which i created through code by defining the pushbutton... I tried the one you told it worked for me...Thanks a lot

@ TheWorldJoker By any chance did you have any success at determining the POSIX calls? I have a similar question and need to determine which POSIX calls Qt absolutely needs to be present in an RTOS environment. Thanks.

Please don't necropost. The last answer in the original thread was one year old...

After i use edit and repair code it working...so thank for find bug.

Be sure and edit the thread title to add [Solved]. Thanks!

Be sure and edit the title of the thread to add [Solved]. Thanks!

I am working on Linux Ubuntu 11.10 with the Unity desktop. However, the GUI Ive written wont just be used on the same Linux Ubuntu version especially the desktop is another one (I guess it is the classic Gnome desktop), but it will always be used on Linux Ubuntu.

you can also use qtextcharformat and merge it

Thank you. It works now:)

I think one of the key things to understand is how high-level events work. Take a look at QGraphicsItem::itemChange(). If you are using QGraphicsView framework and your line items are QGraphicLineItem, then you can set the flags to selectable and movable, over-ride itemChange(), and then you can make all sorts of magic happen! Hope this helps a little. Jeff

Thanks Andre, it's a good idea :)

Any possible insights on this topic are greatly appreciated. Thanks again.

[quote author="DocOx" date="1333668362"]# I am wondering why the Qt guys are not supporting a more up-to-date version of MinGW. Is there any particular reason? In fact, the version they ship with the Qt SDK is patched, but maybe there would be no need to patch if they were to use a more recent version...?[/quote] Honestly, I don't know (but I heard the same rumors) - but I understand that switching the default toolset does in fact require some work (mostly testing) and that almost everyone is now primarly focusing on Qt 5, which (so I guess) will bring GCC 4.6.2 and/or GCC 4.7 (which are the recommended GCC versions for Qt5 alpha). [quote author="DocOx" date="1333668362"]# I imagine you have to build Qt from scratch and can't just use the MinGW version of the Qt SDK out of the box?[/quote] Yes. [quote author="DocOx" date="1333668362"]# Something I noticed in my very early tests with MSVC is that compilation is much faster and the size of the files much smaller. On the other hand, to set up a Qt/MSVC environment is rather time consuming compared to Qt/MinGW.[/quote] Subjectively I would say GCC (or better MinGW) might be slower, but not much slower (although I haven't verified this). The same goes for file size, which even doesn't bother in (m)any of my use cases. @ MSVC MinGW 4.4 MinGW 4.7 QtCore4.dll 2.498 KB 2.777 KB 3.035 KB QtGui4.dll 8.366 KB 9.898 KB 11.028 KB @ [quote author="DocOx" date="1333668362"]# Regarding MinGW64, what is the difference between the different builds?[/quote] The basically differ in the GCC version used, the amount of SDK headers included, the exception model, or whether they are prefixed or not (x86_64-w64-mingw32-gcc.exe vs. gcc.exe). I've found the personal build of rubenvb the most recent and feature complete so far plus it is non-prefixed (and so works as a drop-in replacement for the MinGW delivered with the SDK).