General and Desktop

Well, for you desperate guys who found this page with google... Just: write a class P which inherites QMdiSubWindow; reimplement QMdiSubWindow::*Event(); use QMdiSubWindow::setWidget(QWidget *); call QMdiArea::addSubWindow(p). [here p is the instance of your class P]

I forgot an important piece. I am using pyqt4.

Sorry for taking so long to post a reply! It worked, but i ended up using the Taglib libraries to support more formats. Thanks for the Help!

Okay, I got this uploaded hopefully the link works as advertised. It's just a quick and dirty mock up. On the left is a 'master dock widget'. I'd like for the two sections within to be docks that can be re-arranged but only within the master dock widget. "nested QDockWidget mockup":https://docs.google.com/leaf?id=0B_adfg_bb8-fMDcwOTM2MmMtYTAwYS00YTM4LWJlNTQtMGM1Mjc1OTJiNGFl&hl=en_US

The big difference between both approach is the technology used: QStaticText use internally a QTextDocument to layout, so mainly the interface need a QTextCharFormat and a QTextOption to format the text (mainly rich text). In the case of the font based fonction like, drawText() or QFontMetrics class they are using a simplier layout mechanism, which needs just the align and QTextFormat (mainly single font). Mainly it's 2 differents approachs to render the text.

Ah, I see - good to know you're back and fine now :-) You might check the advise given earlier, and report back if that was the problem.

I didn't consider that. As I understand, the client will use it only in windows-environment.I guess, in this case, problem solved. Thank you.

My bad ... you have right!

[quote author="Gerolf" date="1321869156"]If you have a widget, you can call "QWidget::mapFromGlobal":http://doc.qt.nokia.com/4.7/qwidget.html#mapFromGlobal[/quote] thanks

[quote author="holy" date="1321636507"]Thank you for your reply. I am mainly interested in linux desktops. (I know this question is in mobile, but I didn't want to repost)[/quote] -In that case, let me just move it for you.- -In the future, you can just use the "report" link next to your post and request an admin moves it to the correct subforum. - update: I decided to split off the topic, because the " other part":http://developer.qt.nokia.com/forums/viewthread/8140/ was on mobile & embedded (moved that part back there). Thanks for searching the forum before just posting your question, but sometimes it is better to just link to it instead of reviving an old topic.

Yes, I did set that and did not make any difference. I also set the flags in my GraphicsRectItem class to be : @ setFlags(QGraphicsRectItem::ItemIsMovable | QGraphicsRectItem::ItemIsSelectable | QGraphicsRectItem::ItemIsFocusable); setAcceptHoverEvents(true); @ My main problem of at least changing the size of the rectangular item remains. For some reason setRect does not do anything. I have in the paint event of my rect item this: @ void MyRect::paint(QPainter *painter, const QStyleOptionGraphicsItem *option, QWidget *widget) { QPen pen; pen.setStyle(Qt::SolidLine); pen.setColor(QColor(200, 200, 200)); pen.setWidth(2); QBrush brush(Qt::Dense5Pattern); brush.setColor(QColor(200, 200, 200)); painter->setPen(pen); painter->setBrush(brush); painter->drawRect(boundingRect()); } @ And the bounding rect method I did this: @ QRectF MyRect::boundingRect() const { QRectF rect(leftPos, 0, rightPos - leftPos, myScene->sceneRect().height()); return rect; } @ In a different method is where I set the leftPos and rightPos values and do setRect(boundingRect()); I tried before calling this to do prepareGeometryChange() but still no effect. Just for testing I did in the same method setRect(x,y,w,h) instead and gave random values for x,y,w,h and the rectangle doesn't change. Any ideas? I would really appreciate it! Thanks.

[quote author="JessyNay" date="1318822832"][quote author="ron9776" date="1318822074"]1 qDebug()<<sql.lastError().text();[/quote] I don't get it, What were you trying to say? that's the first answer I got [/quote] It was a spam account. I removed the post and deleted the user.

Can you show the GLWidget constructor ?

First the parent (and the parent of the parent until the QCoreApplication) dispacths it, but if the child (which has the focus or it is the destination) doesn't 'accept' it, it will be handled by the parent (and from the parent of the parent, ...).

You could considder an alternative approach: How about you subclass QPushButton. In this custom class, you can attach the menu already. Then, you give your button a set of signals corresponding with the items in the menu. You can give these signals an identifier argument to identify the instance of the button. That way, you will have no need to fiddle with sender() or with QSignalMapper.

Thanks, I'll remember.

Yeah, you're right! It's awkward that I've missed that on Stroustrup. So you can just define your template function and then overload it for types that need some special action.

The reason is simple if you don't have the Q_OBJECT macro, "the class will not be moc'ed":http://doc.qt.nokia.com/4.7/signalsandslots.html in moc_MyThread.cpp and the slots don't exist.