Bug #24
Maximize/minimize behavior wrong
| Status: | Rejected | Start date: | 01/31/2011 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 0% | |
| Category: | - | Spent time: | - | |
| Target version: | - |
Description
TopWindow max/minimization works in different way than any other application.
How to reproduce:
Open window -> normal state
Maximize window -> maximized
Minimize it -> minimized
Restore it -> normal state (expected maximized)
Solution would require to have "maximized" and "minimized" instead of current single "state" property.
If this is confirmed to be a bug I can prepare a patch.
History
#1 Updated by Jan Dolinár about 13 years ago
Solution would require to have "maximized" and "minimized" instead of current single "state" property.
Thinking about it more, nicer solution is to have enum{MAXIMIZED=1, MINIMIZED=2} and use state as bitfield. If declared as "byte state:2" at correct position, we can even save one byte per TopWindow ;-)
#2 Updated by Sender Ghost about 13 years ago
Jan Dolinár wrote:
TopWindow max/minimization works in different way than any other application.
I can confirm this bug on FreeBSD 8.1, Xorg 7.5, XFCE 4.6.2, TheIDE r3212, but with some different behaviour (on last stage). Instead of restoring the window, close it from panel menu (near system tray). After start, TheIDE window will not restore maximized state.
Also, when application window closed in maximized state it not restores its sizes after.
#3 Updated by Jan Dolinár about 13 years ago
- Status changed from New to Rejected
I can't reproduce the behavior described above anymore... It seems like it was actually a glitch in my window manager and that it was fixed already.