- User Since
- Jan 23 2020, 5:21 PM (18 w, 6 d)
Mon, Jun 1
So while I'm not absolutely sure on this point, maybe the biggest benefit of migrating from script to effect (or maybe a plasmoid?) would be to avoid the limit of type of window allowed for scripts. Could this provide some integration with plasma panels and their plasmoids (like launchers)?
On second thought, although I've only thought of one disadvantage, I think it outweighs all the advantages of switching from ThumbnailItem to EffectWindow. Mixing C++ and QML elements in the same UI would make everything a nice (even impractical) mess.
The question is define the best way to implement this. KWin script? KWin effect? Plasmoid?
Right. And migrating the effects from C++ to QML can bring good results. Plasma itself shows that QML is great for building UI.
Sat, May 30
Wed, May 20
Zero based position parameters.
Mon, May 18
Fri, May 15
Tue, May 12
Sun, May 10
Fri, May 8
toplevel.h changes removed.
Component version bumped.
Wed, May 6
Q_UNUSED semicolon removed.
I just thought of a separate list so as not to impact possible existing scripts that currently do not filter desktop windows and may need to.
Sorry for the silly question, but I must update the version of all components or just the ClientModelByScreenAndActivity one?
activities property moved from Toplevel to AbstractClient class.
Tue, May 5
Apr 30 2020
Indeed. The ideal solution would be to work with a generic ClientModel and be able to set the restrictions on the qml side, avoiding the declaration of a model for each situation.
Apr 29 2020
Apr 24 2020
Thanks for fixing this!
Apr 15 2020
Apr 14 2020
For the record, only now I went to read https://community.kde.org/Get_Involved/development. Now after solving some issues in my project, I must use Phabricator properly and maybe I can contribute with some patches to KWin.
Sorry for that mistake. For now I am solving some internal problems of my project (qml side of things) and I haven't even compiled kwin yet. After that I plan to submit some patches.
Mar 31 2020
Unfortunately, yes. I confirmed it now using the Desktop Grid effect.
Mar 30 2020
Jan 27 2020
Jan 24 2020
It would be for the opening and closing animations of the effect, which I think should be as similar as possible to the ones from Present Windows effect. But I think I can get the stacking order through the EffectWindowList stackingOrder() method of the EffectsHandlerImpl class. Anyway, thanks for your explanation.