After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 738760 - Show window dimensions
Show window dimensions
Status: RESOLVED FIXED
Product: gnome-boxes
Classification: Applications
Component: display
3.15.x
Other Linux
: Normal normal
: 3.22
Assigned To: GNOME Boxes maintainer(s)
GNOME Boxes maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-10-18 12:34 UTC by Zeeshan Ali
Modified: 2016-03-31 13:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Zeeshan Ali 2014-10-18 12:34:48 UTC
From https://bugzilla.gnome.org/show_bug.cgi?id=729700#c10

"Also we can make it easier by doing something similar to what gnome-terminal
does: Overlay current display size when user resizes the window."
Comment 1 Zeeshan Ali 2014-11-08 18:12:28 UTC
commit: 7efd249a959128cba3559d2cca69bed23e42e88a

    display-page: Show display size on widget resize
    
    This is similar to what gnome-terminal does but unlike gnome-terminal we
    don't show display size label on user initiating the window drag but
    rather *after* every resize of the widget. The label is automatically
    hiden away after 4 seconds of last resize operation.
    
    The reason we do it differently is mainly because I failed to find which
    signals/events gnome-terminal (vte actually) hooks on to for this.
    Besides this isn't so bad solution either and much better than not
    showing the label at all.
Comment 2 Giovanni Campagna 2014-11-08 23:52:01 UTC
It's not gnome-terminal doing that, it's mutter, and it does it for every window that resizes in integer multiples, based on the WM_SIZE_HINTS information (GdkGeometry / gtk_window_set_geometry())
In practice, this means there is no way for gnome-boxes to get exactly the same effect (especially under wayland, where a compositor initiated resize is invisible to the app)
Comment 3 Zeeshan Ali 2014-11-09 00:48:44 UTC
(In reply to comment #2)
> It's not gnome-terminal doing that, it's mutter, and it does it for every
> window that resizes in integer multiples, based on the WM_SIZE_HINTS
> information (GdkGeometry / gtk_window_set_geometry())
> In practice, this means there is no way for gnome-boxes to get exactly the same
> effect (especially under wayland, where a compositor initiated resize is
> invisible to the app)

ah, thanks for the info. :) I can sleep better now.
Comment 4 Zeeshan Ali 2014-11-10 15:01:24 UTC
(In reply to comment #2)
> It's not gnome-terminal doing that, it's mutter, and it does it for every
> window that resizes in integer multiples, based on the WM_SIZE_HINTS
> information (GdkGeometry / gtk_window_set_geometry())


Actually, are you sure we are talking about the same thing here? The size info shown by terminal is in terms of character rows and columns.