Review Request 126513: Refactor kcm touchpad to fix some issue related to hotplug touchpad

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/126513/ --- Review request for Plasma and David Edmundson. Bugs: 356923 https://b

Review Request 126512: Use proper deleters for libxcb structs in xembed-sni-proxy.

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/126512/ --- Review request for Plasma. Repository: plasma-workspace Description ---

[Breeze] [Bug 357135] New: org.kde.breeze window specific overrides get lost everytime I click apply and ok

https://bugs.kde.org/show_bug.cgi?id=357135 Bug ID: 357135 Summary: org.kde.breeze window specific overrides get lost everytime I click apply and ok Product: Breeze Version: 5.5.1 Platform: Gentoo Packages O

Re: Review Request 126381: kwayland backend for libkscreen

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/126381/#review90076 --- backends/CMakeLists.txt (line 3)

Re: Review Request 126499: Add explanatory message why layout combo is disabled whilst widgets are locked

> On Dez. 24, 2015, 3:22 vorm., Martin Klapetek wrote: > > Screenshot? Also looks like a good candidate for QML-KMessageWidget (do we > > have a component for that already?) > > David Edmundson wrote: > You wrote one in the clock applet, you have not made it a component. > If you do so,

Re: Noto fonts screw my system, please stop forcing fonts upon me!

On Wednesday, 2015-12-23, 17:08:42, Mark Gaiser wrote: > just the noto fonts, that is apparently not the case As it currently > stands, installing the font package breaks (read cripples it, it's still > readable) chrome rendering on archlinux. Archlinux itself is not at fault > here, they do exac

Re: [KDE/Mac] systemsettings, kde-cli-tools and other plasma components on non-Plasma/non-X11 platforms

On Thursday December 24 2015 12:15:59 John Layt wrote: > Akademy a few years back. The general consensus was that forcing > Mac/Windows/Gnome users to install Systemsettings just to configure their > standalone app was A Bad Thing (TM) and shouldn't be done. It required > specialised knowledge of

Re: systemsettings, kde-cli-tools and other plasma components on non-Plasma/non-X11 platforms

On Monday, 2015-12-21, 14:22:41, René J. V. Bertin wrote: > Aleix Pol wrote: > >> 3 akonadi/PIM settings > > > > It should probably go to PIM. > > Yes. > > As a general rule I think one can say that every application that uses a KCM > module to configure part of its settings should provide a me

Re: Review Request 126499: Add explanatory message why layout combo is disabled whilst widgets are locked

> On Dec. 24, 2015, 3:22 a.m., Martin Klapetek wrote: > > Screenshot? Also looks like a good candidate for QML-KMessageWidget (do we > > have a component for that already?) You wrote one in the clock applet, you have not made it a component. If you do so, I will use it. - David

Re: [KDE/Mac] systemsettings, kde-cli-tools and other plasma components on non-Plasma/non-X11 platforms

Hi, Drive-by comment, no time to read the full thread so not sure if it's been said, but I thought I'd just refresh memories on what we discussed at an Akademy a few years back. The general consensus was that forcing Mac/Windows/Gnome users to install Systemsettings just to configure their standal

Re: Review Request 126497: Guard against applet failing to load in systemtray task

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/126497/#review90054 --- Ship it! Ship It! - Mark Gaiser On dec 24, 2015, 12:36 a.m

Re: [KDE/Mac] systemsettings, kde-cli-tools and other plasma components on non-Plasma/non-X11 platforms

In data giovedì 24 dicembre 2015 12:11:51 CET, René J.V. Bertin ha scritto: > A KF5 KCrashReporter framework? I suppose that would make sense. The reason it hasn't been done yet is that it requires a good deal of surgery to cut down dependencies. If you look in the archives of k-f-d you'll see s

Re: [KDE/Mac] systemsettings, kde-cli-tools and other plasma components on non-Plasma/non-X11 platforms

On Thursday December 24 2015 11:43:57 mk-li...@mailbox.org wrote: > Hi Ian and all others interested in DrK, playing postillion d'amour again ... > > Marko was also protesting about the move, I remember. > > Yes, indeed, I did protest back then, but it stayed unheard. > > > So, I'll do it agai

Re: [KDE/Mac] systemsettings, kde-cli-tools and other plasma components on non-Plasma/non-X11 platforms

Out of curiosity: to what extent are things like plasmoids/plasma widgets and other "cool goodies" really tied to the presence of a full-blown Plasma desktop? If they're qml they should be able to run anywhere in principle. I can understand they need some kind of host but with qml it should be

Re: [KDE/Mac] systemsettings, kde-cli-tools and other plasma components on non-Plasma/non-X11 platforms

On Thursday December 24 2015 13:11:44 Ian Wadham wrote: Goodevening Ian, and whatever appropriate to ye'all :) >No, this is a good initiative. René, and a necessary one. Such complex >considerations cannot be dealt with easily in a short exchange of emails, IMHO. Thanks, Ian! I agree... :) >>

Re: Review Request 122859: WIP: Don't animate from previous pixmap when IconItem has been invisible

> On Dez. 22, 2015, 9:58 nachm., Kai Uwe Broulik wrote: > > I suppose this is obsolete now. > > David Edmundson wrote: > I don't think it is. > The other patch was about removing a silly timer before loading a pixmap, > however it still always has the fade when changing source. > > Mar

Re: Review Request 122859: WIP: Don't animate from previous pixmap when IconItem has been invisible

> On dec 22, 2015, 9:58 p.m., Kai Uwe Broulik wrote: > > I suppose this is obsolete now. > > David Edmundson wrote: > I don't think it is. > The other patch was about removing a silly timer before loading a pixmap, > however it still always has the fade when changing source. Is that a