|
From: | Alex Perez |
Subject: | Re: [bugs #11713] Windows resizable when they shouldn't be |
Date: | Sat, 29 Jan 2005 11:38:11 -0800 |
User-agent: | Mozilla Thunderbird 1.0 (Windows/20041206) |
Fred Kiefer wrote:
I have no idea, but you are being needlessly overanalytical about this. Find an app in which panels are NOT resizable (say, Gorm or any other) and open it while using the default GNOME window manager (metacity?) The windows are then resizable, and should not be. This is a gnustep-back/atom problem, nothing more.Follow-up Comment #2, bugs #11713 (project gnustep): Perhaps I did not ask my questions in the last comment clear enough, so I started to test them myself. I tested with the standart KDE window manager. Leaving out the NSResizableWindowMask doesn't have any effect on the window. Setting the min and max size of a window makes it, as expected, un-resizable.From this I would say we only need to understand the expected behaviour andimplement it, no additional function calls will be needed. So here the rephrased questions: - Are NSPanels always expected to be non resizable?
They are resizable no matter what. You are not listening. This is a -back problem, not a GUI problem, since it clearly works properly under WindowMaker and some other WMs- Is a window (or panel) without the NSResizableWindowMask flag expected to be non-resizable?
[Prev in Thread] | Current Thread | [Next in Thread] |