Fix float windows

[h0tc0d3]

Changelog:

• Add vector2 parameter general:float_min_crop for support minimal cropping size
  for windows that cannot transition to float. If 0 < value < 1.0 then use part of windows size, else pixel size. Example: 0.1 0.2, 400 300
• Add parameter general:float_center_screen to control spawn new float windows.
  1 - New float windows spawn in center screen.
  0 - Сonsider the trimming at the top and bottom to calculate the center of the screen.
  For example, consider the size of the waybar.
• Fix float windows
• Fix togglefloat. Window did not return to the center of the screen,
  for example, if there are two windows on the desktop, then the float window is
  positioned in the center of half the screen.
• Fix windows that start float and then go into a normal window, aka
  program launchers. Example: Blizzard battle.net client.
  The bug render full-screen programs partially behind the screen.
  Now the xwayland games launch normally.
• Code cleanup and refactoring.
• Replaced vec() with goalv() in logic other than animation,
  it seemed to me more correct because goalv() is used in many places.
  Not sure if this is correct.

Related bug reports: #3029

Tested programs: Blender, Jetbrains IDEs, Blizzard battle.net client, qt float program.

Is there anything you want to mention? (unchecked code, possible bugs, found problems, breaking compatibility, etc.)
No

Is it ready for merging, or does it need work?
Yes.

Fix this:

[h0tc0d3]

@vaxerski I solved the problem with xwayland windows. I replaced vec() with goalv() in logic other than animation, it seemed to me more correct because goalv() is used in many places. Not sure if this is correct. There is also a bug that the xwayland window changes size and does not center the window, but as soon as you move the mouse, the window moves to the center and my code centers the window. I have not yet figured out where the window resize event occurs, this bug is not critical, but it will need to be fixed in the future. Tested only with wlroots 0.18.0 and revert patch 2e8446c

[vaxerski]

I have not yet figured out where the window resize event occurs

configureX11 and unmanagedSetGeometry

[vaxerski]

tag me when ready to review

[h0tc0d3]

@vaxerski done. The problem turned out to be more widespread, i.e. there were several different bugs and the solution took longer. There is only one float window left, which is not positioned in the center, and the reason seems to be specific: pWindow->m_uSurface.xwayland->window_type. In all the programs I tested, now all float windows are displayed correctly.

[h0tc0d3]

At the moment I decided to rework the float code and add more flexible cropping tile to float window.

[h0tc0d3]

@vaxerski I reworked the code and improved the floating windows. But I encountered a bug that the config manager does not always change the value, only after a restart.

[vaxerski]

what value

[h0tc0d3]

@vaxerski

IHyprLayout::changeWindowFloatingMode(CWindow* pWindow)
static auto* const FLOATCENTERSCREEN = &g_pConfigManager->getConfigValuePtr("general:float_center_screen")->intValue;
static auto* const FLOATMINCROP = &g_pConfigManager->getConfigValuePtr("general:float_min_crop")->vecValue;

[vaxerski]

fwiw both options will not pass review, extremely bad ideas

[h0tc0d3]

@vaxerski This is the last version of the changes, there will be no more changes.

[vaxerski]

also no need to ping me all the time, I get notifications regardless