New Windows Rules to help work around issues with poor client design causing bad behavior

[Da-Boom]

Description

This is in relation to how steam functions as a piece of software, and the issues present with its asinine way of handling its top context menu windows (they really shouldn't be windows in the first place)

the stayfocused rule isn't a functional fix for those who have follow_mouse set to 2 in the input tag. and I don't usually want to focus on a window until I'm ready for it. However in the context of most steam windows i am ready for it.

That said stayfocued option also creates other undesirable issues, namely i cant flip between windows when something has stay focused being active, which creates the issue i tend to run into when looking up launch options - i tend to flip between the launch options dialogue and my browser so i can look up the options i need, and having stayfocused enabled prevents this.

Here are my requests:

• add a toggle in hyprctl or option to disable or toggle stayfocused on the focused window via a bind dispatcher. This is a band aid solution at best, and wont solve my issue of follow_mouse, but it will allow me to escape stayfocused when needed.
• A window rule that, upon window creation forcibly warps the mouse to be centered on that window - even if its a special window such as one of steams top context menus.
• A second window rule that allows us to apply follow_mouse = 0, 1,2 or 3 to specific window classes, overriding our current value for those windows only - this should allow stayfocused to work with steam if we cant find an alternative (or the above mouse movement rule doesn't work)

We could combine these rules if we wanted as well.

Hopefully being able to do these two things can allow us to better work around steams asinine method of using windows as top context menus and the issues it causes.