The Present Windows feature does not work at all (the shortcuts (Control-F9, Control-F10) do not result in any visible action).
I'd expect just installing Plasma5, since I didn't do anything special.
"x86_64-linux"Linux 4.14.55, NixOS, 18.03.git.d0c868e (Impala)yesnonix-env (Nix) 2.0.4/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgsHmm, this works in unstable.
Works for me too.
@coretemp Does the hotcorner work?
No, the hotcorner doesn't work (which is the feature I actually wanted to use and normally use quite a lot).
Please report a version when reporting "it works".
Plasma 5.13 is working. On which version are you?
The version of nixpkgs that is generated by the script that is recommended to be used when reporting issues is rather useless. As such, I didn't report my version correctly.
When asking for a version, I would expect a specific git version of nixpkgs in which the package of version 5.13 you are using is located.
I am using 5.12.6 (which is also not in the format I would like to report it myself, but I would need to fix some scripts in order to do a better job in the future). I don't really get why the recommended instructions script isn't doing something a bit more intelligent, though.
There are disadvantages to running an unstable version too. As such, switching between stable and unstable is not easily done. As such, the suggestion that it works in the unstable version is only of theoretical concern for me (because I am not actively developing Plasma).
That being said, this information can be useful for the maintainer of Plasma5 on NixOS.
I help maintaining the plasma/kde stuff. As far as I remember, the hot corner stuff also worked for me in 5.12, but I can not say for sure.
Is there anything happening when you want to use the feature? Any error message?
Is there any chance that you can try unstable with Plasma 5.13?
I'm not quite sure if that is an NixOS error or more an upstream error. Because I don't think that this feature is somehow configurable while building the packages.
It was working fine 3 weeks ago. No, nothing is happening (which is already in the first message I had written in this issue).
No, because I am not willing to do a potential data migration from 5.13 back to 5.12. If the standard solution is to "upgrade", then it means defacto that there is no stable branch anymore.
The purpose of a stable branch is that people can use the operating system. Developers of NixOS or enthusiasts can run unstable.
It should not be a normal part of the work flow to ask people to upgrade to unstable versions for packages with potentially complex data migration issues.
When it concerns a package for which such migration issues do not exist, this is not an issue.
I'd expect there to be an API where you can trigger the event the hotcorner thing creates such that it becomes possible to get an actual error. Alternatively, running plasmashell in some debug mode with a lot of output.
I think a maintainer should run plasma in debug mode all the time and systematically eliminate warnings such that when there is an issue, there is only one warning.
Here is another part of the feature which isn't working (that loads forever).

Could you check whether the compositor is enabled? I believe present windows won't work without it enabled.
Compositor was not enabled. After enabling it, present windows was disabled(!). Then I enabled present windows again, logged out, logged in and it worked. Not sure whether logging in and out is required. I use the OpenGL 3.1 backend.
This is a fairly bad user-experience bug. The only sane way I can see this working is that enabling Present Windows should automatically enable the compositor (perhaps with some message).
I'd love to be able to configure such things via NixOS, such that I never have to navigate their silly widgets ever again for every computer I use.
Thanks for making my use of Plasma5 normal again, @HappyEnte.
I never had to do that manually. Weird that this option was disabled for you. Maybe you should fill an upstream bug.
I would also like to make more of plasma configurable with nixos. But I'm not sure how stable there configurations formats are.
Apparently you can control various widgets and desktop configuration with their Javascript api.
It would be cool to abuse this :)
Certainly cool, but I think it makes more sense to work with them and ask what they consider to be an interface they promise to maintain essentially forever.
If interfaces change every quarter, there is no time left for it to be actually used.
As far as working with them on a configuration interface, here is a link to their open KConfig bugs: https://bugs.kde.org/buglist.cgi?bug_status=__open__&component=general&list_id=1581901&product=frameworks-kconfig
I filed this one: Configuration files should contain only persistent configuration and not state
All the state in the config files (many of which live in the user's home directory) makes it hard to version control them and might make it difficult to generate them from nixos altho I'm not too sure.
@samueldr seems like this could be tagged qt/ke topic - and also seems like it might be addressed and closable, at least in unstable.
Thank you for your contributions.
This has been automatically marked as stale because it has had no activity for 180 days.
If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity.
Here are suggestions that might help resolve this more quickly:
Most helpful comment
Could you check whether the compositor is enabled? I believe present windows won't work without it enabled.