Version: (using KDE 4.3.2) OS: Linux Installed from: Ubuntu Packages I've noticed that a few windows that are displayed are sized for the contents of the windows only, without taking window title into consideration. If the window title is longer that the contents, the title is hidden. A user must resize the window to read the window title completely. I would like to suggest that when the window size is being determined, in addition to the contents of the window, the title is also taken into consideration, and sized so that the title does not get hidden. This is so long as there is screen realestate available to display the window. I noticed this behaviour when installing KDE as well as when using applications. Examples: 1. During installation some of the windows that popup exhibit this problem 2. Amarok downloaded required codecs, and when done poped up a window saying "Successfully installed.". The window was sized only for the label "Successfully installed.". The window title was hidden.
I am against implementing this as some applications like to have extremely long and forever changing window titles such as web browsers. The moment the user views a website with a long title the entire window will resize.
a) Lucas is right. b) exactly because of this, i'd suggest to add Bespins "trim title" option to kwin (though i'm really equal on this ;-) c) this bug/wish cannot fix/be implemented as titlesize and titlearea have a strong dependance on the decoration - the deco defines the position of the buttons and the text alignment and might be/is the only one to /really/ know where the title is painted - the deco could paint a text "different" from ::caption() (trimmed variant) - the deco could entirely ignore the kwin suggested font/size - the deco could slightly adjust the font size in corner cases (to not have to clip 4 letters) ... what i'm about to do, thanks for the idea ;-) - the deco could animate the text to overcome this issue (what would be nasty, though)
I agree that this is a WONTFIX from the KWin point of view. The original reporter, however, has a point, and I suggest that for the cases/applications where it makes sense separate bug reports could be filed, and decided per case.
Lucas, Thomas, Christoph, Thank you for your responses on this. Lucas is right, and I agree with Christoph that a fix on a case by case basis is probably the best thing to do.