Bug 112924 - Incorrect reporting of maximized state
Summary: Incorrect reporting of maximized state
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-20 07:22 UTC by Stephen Leaf
Modified: 2011-12-10 10:29 UTC (History)
2 users (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 Stephen Leaf 2005-09-20 07:22:36 UTC
Version:            (using KDE KDE 3.4.2)
Installed from:    Gentoo Packages
OS:                Linux

I have maximize, restored and minimize sounds turned on.
Whenever a window touches the top and bottom or right and left sides of the screen the sound plays and in the taskbar the application's menu reports that the window is maximized. but right clicking on the title bar does not report this.

if I move the window so that the sides are not touching anymore I get the restored sound. When they touch again maximized.
Comment 1 Thiago Macieira 2005-09-20 12:37:28 UTC
kwin recognises horizontal maximisation and vertical maximisation. Try clicking on the maximise button with the RMB or MMB and you'll see :-)
Comment 2 Stephen Leaf 2005-09-20 16:14:57 UTC
yes I know, that's the problem.
It should only say it's maximize when I tell it to go maximized. not when I manually resize it to be horizontally or vertically maximized.
I don't want to be going thought pictures in kuickview and constantly be hearing the sound.
Plus if the current way is the desired way why doesn't the titlebar report the same as the taskbar?
when it's maximized and I click maximize from the title bar it goes back to it's defaulted size even if I resize the window then maximize it. it should be getting restored to the resized size.
This problem I believe started with 3.4.0
Comment 3 Eike Hein 2005-09-21 13:32:58 UTC
Side note: I fixed the behaviour you describe in your last comment for 3.5 - even 'partially maximized' states (horizontal or vertical) are properly restored from full maximization now.

The new behaviour can be seen here: http://www.eikehein.com/flash/
Comment 4 Stephen Leaf 2005-10-11 02:45:48 UTC
Excellent.
However for the other issue.
isn't there some way we could do a flag where when set it reports that it's maximized and the knotify can play the maximized sound.
unset reports it's restored.
Is there really any need to have it figure out when it's maximized on it's own based on screen/window size?
No need to complicate things out that far IMO.
Comment 5 Stephen Leaf 2006-10-18 22:14:25 UTC
Still happens in 3.5.5
take any window resize it to vertical or horizontal maximized 
The taskbar then reports the window as being maximized.
It'll go to a "restored" state.
Another way to reproduce this is Go into your wallpaper's directory and open one with kuickshow.. then scroll through your list. If its resized to be either vertically or horizontally maximized the maximized sound will play, likewise when a smaller image is displayed afterwords.

I guess the real issue here is what is "Maximized"?
Is it horizontal, vertical or both?

Personally horizontal or vertically maximized is not maximized.
horizontal and vertically maximized is maximized.
Also a window is not maximized unless the user tells the window to be maximized. This would solve the issue with kuickshow's resizing(maybe others)
If at any time the user(note user not program) would resize the window from the user specified maximized state the window should no longer report it as maximized and should keep this unmaximized state until once again the user specifically sets the window to be maximized.

Another annoyance is when the window decoration makes it so you can't resize the window when the window is "maximized" This is an annoyance because what happens if a user resizes the window to be "maximized" but wants to turn around and resize it from any direction? They can't unless they unmaximize it which would render their resizing efforts in vain.
Comment 6 FiNeX 2010-10-10 23:48:22 UTC
confirmed with KDE 4.5.2
Comment 7 Martin Flöser 2011-12-10 10:29:15 UTC
This report unfortunately mentions several issues. Some of them seems to be fixed. Given the long time passed (still for 3.5) it is difficult to say what is not working. Because of that I set to unmaintained. If there are issues still present in a recent version, please report them separately.