nect

> I'm afraid that is a correct behavior. Wayland does not offer info about the currently focused output, partly because it is considered a sensitive information, partly because it doesn't...

> > If someone can test it it would be great 👍🏻 > > I can test it on Wayland if desired, just give me instructions on what to look...

@matejdro so is the resolution still wrong even with this branch? Also I can look into the offset problem, probably something was not scaled appropriately

Thanks very much for the feedback. I will investigate this further and make some changes 👍

@matejdro just to let you know. the problem with wayland scaling is that we check for the screen before drawing but on wayland the protocol does not allow that with...

I like the idea. I was wondering if there was a nice way to call closeNotification from dunstctl or the like. Maybe we can add an optional argument to `dunstctl...

I suggest to implement a more generic `NotificationList` that takes a bool parameter for displayed. This way we can query all the current notifications (otherwise the one neither displayed nor...

> I don't think, that NotificationList bool would make good API as the meaning of the parameter is not immediately clear. Well the parameter name can be specified in the...

> But creating another method is alright It was just an idea. You can go ahead with displayed and waiting as you said

Basically I added a rule struct inside the notification that is allocated and filled when we try to apply a rule to change a value. Then when we reload we...