Frame transitions between monitors

[NathanCheshire]

Moving a frame between monitors results in a super weird bug. This used to work in past versions so maybe figure out where it started and what changed.

[NathanCheshire]

See if this exists with splash possibly. It's either a CyderFrame, CyderDragLablel, or FrameUtil bug.

[NathanCheshire]

Might be coming from this in CyderDragLabel:

if (effectFrame != null && effectFrame.isFocused() && draggingEnabled.get()) {
      int setX = x - mouseX.get() - xOffset.get();
      int setY = y - mouseY.get() - yOffset.get();

      effectFrame.setLocation(setX, setY);

      effectFrame.setRestoreX(effectFrame.getX());
      effectFrame.setRestoreY(effectFrame.getY());
 }

the xoffset and yoffset are initialized when the click first happens and that's where the frame glitches back and forth between, the new position and the original dragging position. These offsets are relative to the monitor they are on and not the monitor as a whole. Monitor operations should take the combined screens as a single monitor and that's how we should do our logic.

[NathanCheshire]

This also hints at anywhere we use screen util or get screen height or width or height, we need to access that through some transform methods.

[NathanCheshire]

Well ScreenUtil was disbanded and everything that gets a monitor height or width typically sends a screen device to go along with it. Rare cases use default screen device. This still did not solve the problem, however, regarding frame transitions between monitors.