General and Desktop

[quote author="sierdzio" date="1328029289"]After that? How exactly after? Are we talking about Qt Creator? It usually works flawlessly for me. Maybe UI header was not compiled? Try to build the project first, and see if it starts working.[/quote] Thanks, but i was just found the solution. I updated qt creator and installed qt assistant. I dont know which one helps but it is working flawlessly for me, too.

[quote author="medvedm" date="1327948480"]If you look at how properties are returned, it is clear the concept of order is already there. You deal with properties via QMetaObject, which has the propertyOffset() function. This function is where in the set of properties your current class' properties start. All other properties from 0 - propertyOffset() are base class properties. So already we have order implied. This could not be changed without breaking older code. [/quote] This just implies that base class properties have lower numbers. but the order of your classes members might change without breaking this logic.

Hi Volker, Thanks for your reply, I feared as such - and I don't have access to the processes source unfortunately. Never hurts to ask though! Thanks again

On the Mac, you could try to use "/bin/cp" in a QProcess instead of QFile::copy() to achieve this. It preserves the symlinks.

Got a solution with QListView::Adjust as resizeMode Seems a bit overkill to have the view lay the items everytime if a resize occurs without knowing its actually needed to re-position. Guess thats the only option for now tho.

Yes, now I found the line which describes it. Multiple "Warning"s about Q_OBJECT confused me.

Ok thank you I'll try that. :)

Hi, Thanks for the reply. I will try in that case to make it with some temporary containers and playing with the load/unload of the languages... I'l keep update the thread if I have a good solution. Best regards, Nouch.

Of which type is milliSec?

thanks. (I thought ever QGraphicsSceneXXXX stuff is included in the QGraphicsScene header.)

SOLVED: The reason the editor widget was loosing focus was because the QMenu object that was being created during the contextMenuEvent was not being constructed with a parent object defined. @c_menu = QtGui.QMenu(self)@ This ensures the editor widget maintains focus when the context menu is created.

Finally ! Thanks Andre

Yep: @style()->unpolish(theWidget); style()->polish(theWidget);@ Did the job. Thanks! (Although, as having polish ancestry, I object to the wording of the API ;-) )

[quote author="AcerExtensa" date="1327937473"]@file.open(QIODevice::Append)@ is the same as @fopen("fnmae","ab")@[/quote] Thank you !

bah soz abt the post. solved it myself (most of) @ QGraphicsOpacityEffect* fade_effect = new QGraphicsOpacityEffect(this); this->setGraphicsEffect(fade_effect); QPropertyAnimation *animation = new QPropertyAnimation(fade_effect, "opacity"); animation->setEasingCurve(QEasingCurve::InOutQuad); animation->setDuration(500); animation->setStartValue(0.01); animation->setEndValue(1.0); animation->start(QPropertyAnimation::DeleteWhenStopped); this->setVisible(true); @ Just the last 2 lines im not toally sure about yet if its ok to use like that. Just dont want to end up with a nasty flicker on some less powerful machine because of it.

Thank you very much! But what about the code inside of .zip? Could you, please, comment it? I mean, mainwindow.cpp and other guys, excluding first.cpp and first.h.

Yes I Used QSFPM and It worked just fine Thanks