feat: Floating panel v2

[kof]

Closes #4572

Description

• All floating panels are now using a dialog and are draggable (bindings and expressions not migrated yet, separate PR)
• Logic for positioning the panels is now in our control and easier to manage, because we have lots of special cases
• Deleted FloatingPanelPopover, now everything uses either FloatingPanel or Popover, difference is in positioning logic, FloatingPanel is using Dialog
• Big center positioned dialogs like code for html embed allow having another panel open at the same time, wile all other floating panels close the other panel when clicked
• Most extended settings in style panel are now positioned above style panel, not on the left

Steps for reproduction

1. click button
2. expect xyz

Code Review

• hi @kof, I need you to do
  • conceptual review (architecture, feature-correctness)
  • detailed review (read every line)
  • test it on preview

Before requesting a review

• made a self-review
• added inline comments where things may be not obvious (the "why", not "what")

Before merging

• tested locally and on preview environment (preview dev login: 0000)
• updated test cases document
• added tests
• if any new env variables are added, added them to .env file

[johnsicili]

1

1. Set resource
2. Drag window
3. Open bindings for URL
4. See new window not relative to first window

2

Not sure if they should move together

move.mp4

3

Idk if related but project setting code actions are gone like closing window

settings.mp4

4

Discoverability is hard

Breakpoint window not draggable, project settings window not draggable, but to me they look the same.

Though idk how much I'll be using this/how important it is from a user perspective.

5

Open bindings in page settings, window is off.

[kof]

1. Second window opens relative to the trigger that was clicked, not sure if it was the case when you tested, but seems as expected. Also these 2 are open at the same time only because the first one had errors and couldn't close

[kof]

2. Not intended, but seems minor
3. fixed

[kof]

4. yeah, in case of project settings enabling draggable now, others, when there is no title/close button I think its intuitive to not expect them to be draggable. Maybe removing close button from publish and share dialogs will make this more clear in this case, they are basically popovers, not dialogs, but yeah

I felt like using the move cursor to the title bar is a bit too distracting, figma is not doing it either where its draggable, but idk

[kof]

5. fixed

[TrySound]

maybe ok