Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-115707

REG: Child popup inherits palette from parent popup rather than its associated window

XMLWordPrintable

    • 950cd5888 (dev), 74cb590c2 (6.5), e0e618bc3 (6.6)

      While working on the code snippet for https://codereview.qt-project.org/c/qt/qtdeclarative/+/493843/2, I noticed that while fonts inherited from windows to child popups, palettes were inherited from their parent popup. It turns out that the font behaviour is the correct approach, demonstrated by this example with widgets. Quoting Volker:

      That is expected, things don't propagate beyond the window boundary, and the childPopup is a toplevel window (implicitly as a Qt::Popup is always a toplevel window). For that reason, QComboBox explicitly propagates palette and font changes to its dropdown (see QComboBox::changeEvent handling QEvent::PaletteChange and QEvent::FontChange). But a QLineEdit doesn't do that for it's context menu (and it shouldn't; a QComboBox's popup is a part of the combobox, while a line edit's context menu is a separate UI element).

      On the Quick side, a Popup is conceptually like a toplevel window, and I'd think the same propagation rules there would make sense.

      That popups should inherit their properties from their window was also mentioned in the comments quoted here.

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

            mitch_curtis Mitch Curtis
            mitch_curtis Mitch Curtis
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved:

                There are no open Gerrit changes