Minutes Monday Plasma Hangout

[Sebastian Kügler]

Present: Antonis, Marco, Martin G., Sebastian, Kai Uwe, Vishesh, David

Date: 18 May, 2015

Next week: no hangout on Monday, but on Tuesday due to public holiday in 
relevant regions

Antonis:
- Working on bugs in  https://codereview.qt-project.org/#/c/112296/
- Will fix issues pointed out in https://git.reviewboard.kde.org/r/123682/ , 
then merge into ported kcm modules branch

Kai Uwe:
- Klipper now highlights trailing and leading whitespace 
https://git.reviewboard.kde.org/media/uploaded/files/2015/05/16/e31d060b-ab13-4f37-9ba3-26cb743ddee4__klippercolorcoded.png
- visual fix for polkit kde dialog thingie
- merged https://codereview.qt-project.org/#/c/111791/ so we now get proper 
scroll bars on desktops, starting qt 5.5
- devicepixelratio for icons https://codereview.qt-project.org/#/c/112435/
- notification countdown https://www.youtube.com/watch?v=k0KxRORAOng

Marco:
- working on branch of single, shared QML engine (huge memory savings) where 
possible
- views (desktop, panel) can't share engine

Martin:
- Investigated why KWin's own windows don't work on Wayland

    Problem scope Alt+F3 popup:
    ------------------------
    * QtWayland only creates popups if they have a parent QWindow
    * If there is no parent QtWindow it uses the last QWindow which got focus
    * Solution: create a dummy window and fake a mouse press
    * New problem: how to identify windows? QWindow::winId() is useless on 
wayland
    * New solution: KWayland interacts with QPA and can create a 
Client::Surface for a QWindow
    * New problem: QtWayland crashes if one sends mouse events without a 
keymap sent before
    * New solution: fix in Qt
    * New problem: popup not shown as 
QWindowSystemInterface::sendWindowSystemEvents is never called
    * Reason: KWin uses QEventDispatcherUNIX instead of 
QUnixEventDispatcherQPA
    * Cannot use QUnixEventDispatcherQPA as it's in QtPlatformSupport which 
doesn't have cmake support
    * New solution: implement a subclass for QEventDispatcherUNIX with same 
functionality
    * New problem: KWin dead locks when showing the popup
    * Reason: when starting painting Qt blocks main gui thread for last 
rendering being presented by compositor
    * New solution: fake frame rendered directly on damage events
    * doesn't work reliably
    * New solution: KWayland::Client can create a Client::ConnectionThread for 
the QPA connection. Whenever we process events we flush Qt's 
Client::ConnectionThread, then we dispatch the WaylandServer and ensure thus 
that the frameRendered is send before we start to process any events which 
could trigger a repaint
    * popups work now

    Problem scope QtQuick windows
    ---------------------------
    * QtWayland doesn't create windows with Qt::BypasssWindowManagerHint, but 
we use that on each of KWin's window...
    * Qt wants to add it's beautiful window decorations -> disable in KWin 
through env variable
    * Mesa performs blocking waits for frame rendered - same problem scope as 
with Alt+F3
    * changes for Alt+F3 seem to help also with QtQuick windows, but still the 
Outline can freeze KWin (needs more investigation).

Vishesh:
- Fixing bugs in Baloo's new backend
- KRunner fixes (for example threading issue)
- LMB needs patch to clean up locks when indexer crashes, being merged, hasn't 
arrived upstream yet

David:
- investigated crasher with statusnotifieritems
- we may want API changes in libdbusmenu-qt, not too urgent, so let's sit down 
at Akademy to look at the grand scheme

Sebastian:
- Trying to get kwin_wayland running, problem loading drm backend
- Chipping away at write support in kscreen wayland backend, making progres, 
but it's a lot of work


-- 
sebas

http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9