Qt: Wie Sie Kraft einer verborgenen widget für die Berechnung der layout?

Was ich versuche zu tun, ist machen ein qwidget in ein anderes Fenster (manuell mit einem QPainter)

Habe ich ein QWidget (w) mit einem layout und einer Reihe von untergeordneten Steuerelementen. w versteckt ist. Bis w angezeigt wird, gibt es keine layout-Berechnungen geschieht, was erwartet wird.

Wenn ich rufe w->render(painter, w->mapToGlobal(QPoint(0,0)) bekomme ich eine Reihe von Steuerelementen, alle sich gegenseitig überlappen.

w->layout()->activate();w->layout()->update() scheint nicht, etwas zu tun.

Gibt es eine Möglichkeit zu zwingen, das layout zu passieren, ohne dass w?

InformationsquelleAutor Chris | 2010-03-11
  1. 18

    Zwingen, eine layout-Berechnung auf ein widget, ohne dass es auf den Bildschirm:

    widget->setAttribute(Qt::WA_DontShowOnScreen);
widget->show();

    Den show() rufen Sie zwingen wird, die layout-Berechnung, und Qt::WA_DontShowOnScreen sorgt dafür, dass das widget ist nicht explizit gezeigt.

    • Verspäteten Dank, das funktioniert perfekt!
    • Beachten Sie, dass ein widget nur sichtbar, wenn alle seine Vorfahren sind auch sichtbar. Wenn dies nicht der Fall ist, ruft show() könnte das problem nicht lösen hier. Siehe unten meine Antwort für einen anderen Ansatz, die sollte immer funktionieren.
    • Dennoch sollte beachtet werden, dass paint-events sind perfekt fließt "gezeigt" (aber nicht sichtbar auf dem Bildschirm) - widget, wenn Sie, sagen wir, füttern einige Maus-Klicks, um es (anders als bei plain-elternlose-widget)!
    • Du hast Recht, diese Lösung kann dazu führen, dass falsche event-dispatching. Also, nicht verwenden, wie es kann zu subtilen Fehlern, vor allem, wenn event-Handler sind reimplementiert innerhalb der betreffenden widget.
    • Naja, mein Punkt war eigentlich, dass, wenn man tatsächlich will, eine unsichtbare widget, das ist der Weg zu gehen (wahrscheinlich). Aber eine knifflige Szenarien kann in der Tat passieren, auch wegen diesem Grund sehr (gut für mich gearbeitet in einer einfachen demo aber) 🙂
    InformationsquelleAutor Ton van den Heuvel
  2. 11

    Die layout-Berechnung eines widget kann dazu gezwungen werden, durch aufrufen von invalidate() gefolgt von activate() auf das layout, auch wenn das widget ausgeblendet. Dies bewirkt auch, dass die widget - size() und sizeHint() Funktionen für die Rückgabe von korrekt und aktuell sind Werte, auch wenn show() wurde noch nicht genannt auf das widget.

    Ist es jedoch notwendig, Versorgung über alle Kind-widgets und layouts an, die rekursiv, wie ein layout Neuberechnung Anfrage nicht automatisch übertragen, um die childs.

    Der folgende code zeigt, wie dies zu tun.

    /**
 * Forces the given widget to update, even if it's hidden.
 */
void forceUpdate(QWidget *widget) {
    //Update all child widgets.
    for (int i = 0; i < widget->children().size(); i++) {
        QObject *child = widget->children()[i];
        if (child->isWidgetType()) {
            forceUpdate((QWidget *)child);
        }
    }

    //Invalidate the layout of the widget.
    if (widget->layout()) {
        invalidateLayout(widget->layout());
    }
}

/**
 * Helper function for forceUpdate(). Not self-sufficient!
 */
void invalidateLayout(QLayout *layout) {
    //Recompute the given layout and all its child layouts.
    for (int i = 0; i < layout->count(); i++) {
        QLayoutItem *item = layout->itemAt(i);
        if (item->layout()) {
            invalidateLayout(item->layout());
        } else {
            item->invalidate();
        }
    }
    layout->invalidate();
    layout->activate();
}
    • Die layout->invalidate(); layout->activate(); arbeitete für mich für eine etwas andere Anwendung: erzwingen Sie die Größe eines bereits sichtbaren layout nach dem hinzufügen/entfernen eines widgets.
    InformationsquelleAutor emkey08
  3. 1

    Versuchen mit der QWidget::sizeHint() Methode, die zurückgeben sollte, die Größe des widget einmal gelegt.

    • Das habe ich versucht, und es hat mir wieder vernünftige Größen.. aber es hat nicht aktualisieren Sie die Positionen! Also die Größen richtig Aussehen, aber Sie sind immer noch auf der jeweils anderen.
    InformationsquelleAutor gregseth
  4. 1

    Wenn man durch QWidget::grab() bemerkte ich dieses Teil:

    if (r.width() < 0 || r.height() < 0) {
    //For grabbing widgets that haven't been shown yet,
    //we trigger the layouting mechanism to determine the widget's size.
    r = d->prepareToRender(QRegion(), renderFlags).boundingRect();
    r.setTopLeft(rectangle.topLeft());
}

    QWidget::grab() wurde in Qt 5.0, und dieser test Funktion mit einem QDialog mit einem layout scheint zu funktionieren, die auf Qt 5.5.1

    int layoutTest_2(QApplication& a)
{
    CLayoutTestDlg dlg; //initial dlg size can also be set in the constructor
        //https://stackoverflow.com/questions/21635427

    QPixmap pixmap = dlg.grab(); //must be called with default/negative-size QRect
    bool savedOK = pixmap.save("E:/temp/dlg_img.png");
        //saving is not necessary, but by now the layout should be done

    dlg.show();
    return a.exec();
}
    InformationsquelleAutor mh2
  5. 0

    Dieser arbeitete für mich, wenn mit den sizeHint() plus die übersetzung der Maler, aber ich Tue dies in der paint () - Methode.

    void ParentWidget::paint(QPainter *painter, const QStyleOptionViewItem &option, const QModelIndex &index) const
{
  painter->save();
  painter->translate(option.rect.topLeft());
  w->render(painter);
  painter->restore();
}

    In diesem Fall option.rect.topLeft() gibt mir die richtige Platzierung. Sie sollten versuchen, ein sinnvoller koordinieren statt w->mapToGlobal(QPoint(0,0).

    InformationsquelleAutor milton
  6. 0

    Hatte ich einigen Erfolg in der ein ähnliches problem durch den ersten Aufruf w->layout()->update() vor w->layout()->activate(). Das scheint Kraft die activate () - um wirklich etwas zu tun, anstatt denke, es ist gut, weil die Fenster nicht gezeigt wird, sowieso.

    InformationsquelleAutor JanKanis
Schreibe einen Kommentar