I've noticed an issue with window dragging functionality in Firefox's address bar area when the traditional title bar is absent. Previously, when a title bar was present, there was a
large, continuous area across the entire width that allowed users to click and drag the window. Now that this title bar is gone, the accessible area for grabbing and moving the window
is very limited. Furthermore, a simple click (or keydown) immediately selects the address bar content, which prevents a proper drag selection (grab).
My proposed solution is as follows:
A single click that activates the address bar selection should ideally be managed by a sequence of keydown followed by keyup events within the address bar itself.
This would allow for the following dual functionality:
1 Window Dragging: A single keydown action, followed by moving the mouse (e.g., moving the mouse distance equal to the height of the address bar), should still trigger the window
moving action.
2 Address Bar Editing: Simultaneously, the entire address bar area must remain fully functional for entering/editing content using a standard click (down and up cycle).
The rationale behind this request is related to specific use cases involving remote desktop tools. I frequently use Windows via TeamViewer. In a standard Windows environment, it is not
as straightforward as using a dedicated key combination (like Super+Click used in KDE) to move a window. When working across multiple monitors via TeamViewer, I often have multiple
instances of Firefox open, each on a different virtual monitor. To move a window from one screen to another, I currently have to click and move twice, because if I move the mouse directly
between screens, the underlying Windows Window Manager interprets this action as if I am trying to dock or manage the window layout, rather than simply moving it across a display
boundary.
Implementing this would greatly improve workflow efficiency in remote and multi-monitor scenarios while maintaining the necessary editing capabilities of the address bar.