Bug 285012 - "Display window geometry when moving or resizing" should display columns & rows for the size, not pixels
Summary: "Display window geometry when moving or resizing" should display columns & ro...
Status: RESOLVED DUPLICATE of bug 283518
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 4.7.2
Platform: FreeBSD Ports FreeBSD
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-26 14:47 UTC by Martin
Modified: 2011-10-26 15:47 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin 2011-10-26 14:47:26 UTC
Version:           4.7.2 (using KDE 4.7.2) 
OS:                FreeBSD

When I enable "Display window geometry when moving or resizing", 3 boxes are shown while moving or resizing a window: one in the upper left corner, one in the middle, and one in the lower right corner of the window being moved/resized. These contain the coordinates of the upper left and lower right corners, and the size of the window.

Problem: These values are all given in pixels, even for the size (middle box).

Correct: The size should be divided by the window x/y resize increments, such that for terminals the number of rows and columns is shown instead of the number of pixels.

Reproducible: Always

Steps to Reproduce:
Turn on "Display window geometry when moving or resizing" and observe the displayed information when moving or resizing a window.

Actual Results:  
For a resize operation, the size of an xterm is given as "480 312" for a 80x24 terminal window.

Expected Results:  
The size should instead be displayed as "80 24".

Note: It seems that this is so with a certain combination of KDE style/whatever, but I do not know which other style to choose to get the correct behavior (back). There seems to be a style where only a middle information box is shown, and where the window size is properly displayed in multiples of resize increments.
Comment 1 Martin Flöser 2011-10-26 15:23:13 UTC
Window sizes are in pixels - nothing else makes sense for all windows except terminal emulators.

I am sorry, but we cannot change the correct behavior for all windows to an incorrect one except for one window.

In fact the KDE terminal emulator provides by itself what you want. If that is not provided by your favorite terminal emulator you should request it there. We as a window manager cannot provide information which is internal to the application.
Comment 2 Martin 2011-10-26 15:38:04 UTC
(In reply to comment #1)
> Window sizes are in pixels - nothing else makes sense for all windows except
> terminal emulators.
> 
> I am sorry, but we cannot change the correct behavior for all windows to an
> incorrect one except for one window.
> 
> In fact the KDE terminal emulator provides by itself what you want. If that is
> not provided by your favorite terminal emulator you should request it there. We
> as a window manager cannot provide information which is internal to the
> application.

I have the impression that closing this bug with "wontfix" is somewhat premature.

First, the necessary information is not "internal to the application", because there are specific window hints which contain the necessary scaling factors. [1]

Second, kwin already has to account for exactly these window hints when resizing either xterm or the KDE terminal emulator - if you look in the KDE bug list you will see several where this was not done correctly (but now is).

Therefore, I would like to ask you to reopen this bug.

[1] See for example http://tronche.com/gui/x/xlib/ICC/client-to-window-manager/wm-normal-hints.html
Comment 3 Thomas Lübking 2011-10-26 15:47:24 UTC

*** This bug has been marked as a duplicate of bug 283518 ***