Follow-up Comment #4, bug #17377 (project gnustep):
When GNUstep draws its own decorations (GSX11HandlesWindowDecorations=NO),
these methods work properly. The problem comes, as you pointed out when
GNUstep DOESN'T draw the decorations (GSX11HandlesWindowDecorations=YES) and
it is left up to the
Follow-up Comment #3, bug #17377 (project gnustep):
I think I have found where the bug is located at least when backend
decorations are used.
In GSWindowDecorationView.m, there are the two following methods called by
their NSWindow counterparts.
+ (NSRect) contentRectForFrameRect: (NSRect)aRect
Follow-up Comment #2, bug #17377 (project gnustep):
Hi Fred,
I have done more tests today. It's more complicated than what I thought
initially.
My output test results were done with Azalea (Etoile WM derived from
OpenBox), it seems to have extra issues related to resize handling. So I
decided t
ah, so this is fixed in the very latest release?
On Aug 9, 2006, at 5:34 PM, Richard Frith-Macdonald wrote:
On 4 Aug 2006, at 13:35, John Clayton wrote:
Hi All
Forward decls break when compiling with objective-c++, platform is
Linux Uubuntu LTS 6.06 (dapper drake)
I am using Uubuntu pa
Follow-up Comment #1, bug #17377 (project gnustep):
Just to make sure I understand this correctly, would you say the the GNUstep
behaviour for the case GSX11HandlesWindowDecorations=YES is totally correct?
If not, which problem did I overlook for this case?
For the case GSX11HandlesWindowDecorati
On 4 Aug 2006, at 13:35, John Clayton wrote:
Hi All
Forward decls break when compiling with objective-c++, platform is
Linux Uubuntu LTS 6.06 (dapper drake)
I am using Uubuntu packages for the GNUstep release, namely the
package are:
libgnustep-base1.11-dev
installed ver
On 4 Aug 2006, at 13:18, John Clayton wrote:
Dear All,
In version 22472 of NSPortMessage.h there is a category added to
the NSPortMessage called private.
This is bad, because when one compiles using objective-c++ (for
example, with the latest 4.1.1 GNU C++ compiler) - it breaks, as
pri
Hi All
Forward decls break when compiling with objective-c++, platform is
Linux Uubuntu LTS 6.06 (dapper drake)
I am using Uubuntu packages for the GNUstep release, namely the
package are:
libgnustep-base1.11-dev
installed version: 1.1.2-1
I diff'ed the [EMAIL PROTECTED] f
Dear All,
In version 22472 of NSPortMessage.h there is a category added to the
NSPortMessage called private.
This is bad, because when one compiles using objective-c++ (for
example, with the latest 4.1.1 GNU C++ compiler) - it breaks, as
private is of course a reserved keyword.
The fix
