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 _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
