General and Desktop

I don't have the problem at another windows machine. I think sth wrong with mine.

you need set check state by dafault. @ void QStandardItem::setCheckState ( Qt::CheckState state ) @ this is just only say that user can change state @ void QStandardItem::setCheckable ( bool checkable ) @

Well, you might provide a small, compilable example that reproduces your problem, which can be downloaded somewhere.

Strange, but if I use that: @void PlayerWidget::onCloseDock(bool visible) { if(visible) resize(width(),sizeHint().height()); else resize(QSize(width(),minimumHeight())); }@ it works. I mean it works well when I'm set width() and minimumHeight() as size but not as minimumSize(). So It's solved :)

sorry i didn't saw that one i was interchanged mouse press and mouse release functions...thanks now it is drawing

Your shell snippet appends to the existing PATH, so the directory with the old Qt is still before the new one. This does the trick: @ PATH=/Users/myHomeDir/qt-4.7.1/bin:$PATH @ This way, your new Qt dir is first.

No problem, you're welcome. We all are hit by such errors from time to time, nothing to grieve about :)

Although I approve people contributing to Qt, thumbs down from me too, mostly because as koahnig mentioned there is already such functionality, not every QString contains a file, even more, most probably the most QString objects do not contain filenames, thus both members are misplaced in QString, the methods do not comply with the Qt naming conventions.

A better place to ask would be the zlib support forums, as this site is more about programming with Qt, than enabling Qt support in 3rdparty libraries. But as a guess, I would say that QT_CFLAGS should contain the include directories of your Qt installation and the QT_LIBS the library directories, probably the libraries (-lQtXxx) too. PS: I changed the title to resemble the actual question and moved it to the General forum as the question is not about installing/deploying Qt itself.

If you really need it, Qt provides some printf compatible methods in a platform independent manner: "qvsnprintf() ":/doc/qt-4.8/qbytearray.html#qvsnprintf "qsnprintf() ":/doc/qt-4.8/qbytearray.html#qsnprintf "QString::sprintf() ":/doc/qt-4.8/qstring.html#sprintf Alternatively, you should consider using [[Doc:QString]]'s arg() methods.

A better place to open the database connection (and close it) would be at application startup. This way you make sure that nothing reopens an already open database handle and thus avoid invalidating open queries. The main() method or the constructor of your main window are good places for this.

For all item views inheriting from [[Doc:QAbstractScrollArea]], they all can reimplement the virtual method "contextMenuEvent() ":/doc/qt-4.8/qabstractscrollarea.html#contextMenuEvent - you can emit your signal from this one. It should be a better place than the mouse event handler. Also there's the builtin signal "customContextMenuRequested() ":/doc/qt-4.8/qwidget.html#customContextMenuRequested of [[Doc:QWidget]], this is emitted in case the "contextMenuPolicy":/doc/qt-4.8/qwidget.html#contextMenuPolicy-prop property is set to Qt::CustomContextMenu. I would guess, this fits your needs even better.

Is your first loop actually executed? At the end of each loop iteration, check if something was added to the list. Add @ qDebug() << udajeX; @ to see what's in the list. PS: Please remove leading whitespace from code snippets before posting, otherwise it makes lines wrap and reading hard. You're likely to disattract possibles helpers :-)

Neither of your suggestion do work. I can provide you only some little examples. The rest you have to do yourself. By the way how much C++ experience do you have ? When you have created your radio button with the creator as write above, there is some major change required. Be careful to do changes to the files automatically generated from the designer files. Those changes are lost quite fast during the next build. You would not be the first one running into such problems :-( .

[quote author="Gerolf" date="1327146217"]More direct then a getter function to access internal data of a class? Depending on the compiler you use, BYTE is a define on char or unsigned char. [/quote] Yeah I suppose you're right. Thanks

[quote author="pratik041" date="1327142033"]I didn't understand why this was creating problem in deleting.[/quote] Me neither. Please add the things I've mentioned in my previous post to your code and try to find out what's actually the difference between those queries working and those queries not working. And what does "not working" mean for you at all? Is there an error when the query is executed or is the query executed correctly and the record is just not removed?

"There is another thread with a similar topic":http://developer.qt.nokia.com/forums/viewthread/12783/#68705 . Have a look onto my responses. I assume that gives the answers.

good idea!