diff options
| author | Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org> | 2011-05-13 07:01:28 (GMT) |
|---|---|---|
| committer | Martin Jones <martin.jones@nokia.com> | 2011-05-13 07:01:28 (GMT) |
| commit | 80db0a1e59658f9e445219fc48d9236a79edca72 (patch) | |
| tree | f5ba50d3e31d038665d2cb15162a5baafa736688 /src/gui/mac | |
| parent | 576d577438f1193bbc934e904b809d5b23b8d54e (diff) | |
| download | Qt-80db0a1e59658f9e445219fc48d9236a79edca72.zip Qt-80db0a1e59658f9e445219fc48d9236a79edca72.tar.gz Qt-80db0a1e59658f9e445219fc48d9236a79edca72.tar.bz2 | |
QDeclarativeMouseArea: block context menu events
If the MouseArea accepts the same button used to trigger a context
menu event, it should not let the event to be delivered to item
behind.
This is important for items that do implement contextMenuEvent(), like
QDeclarativeWebView. When there's a mouse area on top of this item and
that accepts the right click (in Linux), the event was still being
delivered and the WebView menu was incorrectly appearing.
QtWebKit bug https://bugs.webkit.org/show_bug.cgi?id=56526 documents this
problem.
Change-Id: I386fac6c96f47b8616e2eeb7e5f97043ba418980
Merge-request: 1185
Reviewed-by: Martin Jones <martin.jones@nokia.com>
Diffstat (limited to 'src/gui/mac')
0 files changed, 0 insertions, 0 deletions