[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bugs #9683] Panel Height gradually increased after every save/open
From: |
Gregory John Casamento |
Subject: |
[bugs #9683] Panel Height gradually increased after every save/open |
Date: |
Mon, 23 Aug 2004 15:50:27 -0400 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030821 |
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**************************************************************************/
[bugs #9683] Latest Modifications:
Changes by:
Gregory John Casamento <greg_casamento@yahoo.com>
'Date:
Mon 08/23/2004 at 19:46 (US/Eastern)
------------------ Additional Follow-up Comments ----------------------------
Gorm was overriding the method styleMask in NSWindow/NSPanel and it shouldn't
have. Since Gorm allows the user to edit the styleMask without changing the
window, it's necessary to store it in a different location until the window is
to be encoded.
The method was being called by the new window decoration code when a .gorm file
is loaded into the application and it was changing the size of the window.
This has been fixed in CVS.
GJC
/**************************************************************************/
[bugs #9683] Full Item Snapshot:
URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=9683>
Project: GNUstep
Submitted by: Chad Hardin
On: Sun 07/18/2004 at 04:15
Category: Gorm
Severity: 3 - Ordinary
Item Group: Bug
Resolution: Fixed
Privacy: Public
Assigned to: gcasa
Status: Closed
Summary: Panel Height gradually increased after every save/open
Original Submission: I've noticed that everytime I go through the cycle of
saving, closing, and then opening my Gorm (GSPageLayout.gorm), the height of
the panel is increased slightly. Over time, the size increase becomes large
and I have to adjust.
I'm using cvs gorm and GS. I'm also using Window Decorations, this may be
having an affect, not sure.
It's not a really big deal because it's easy to correct, just thought I'd share
the problem.
Follow-up Comments
------------------
-------------------------------------------------------
Date: Mon 08/23/2004 at 19:46 By: Gregory John Casamento <gcasa>
Gorm was overriding the method styleMask in NSWindow/NSPanel and it shouldn't
have. Since Gorm allows the user to edit the styleMask without changing the
window, it's necessary to store it in a different location until the window is
to be encoded.
The method was being called by the new window decoration code when a .gorm file
is loaded into the application and it was changing the size of the window.
This has been fixed in CVS.
GJC
-------------------------------------------------------
Date: Mon 08/23/2004 at 19:09 By: Gregory John Casamento <gcasa>
Gorm was overriding the method styleMask in NSWindow/NSPanel and it shouldn't
have. Since Gorm allows the user to edit the styleMask without changing the
window, it's necessary to store it in a different location until the window is
to be encoded.
The method was being called by the new window decoration code when a .gorm file
is loaded into the application and it was changing the size of the window.
This has been fixed in CVS.
GJC
-------------------------------------------------------
Date: Sun 08/15/2004 at 12:54 By: Gregory John Casamento <gcasa>
My research indicates that this is a bug in AppKit. It is only apparent when
the window being created lacks the resize bar on the the bottom. I am still
investigating. I will look for a way that they can be minimized in Gorm for
the time being, until I find a more permanent solution. GJC
-------------------------------------------------------
Date: Wed 08/04/2004 at 05:10 By: Gregory John Casamento <gcasa>
I have finally been able to reproduce this. I will need to do more research
to determine the root cause of the problem.
GJC
-------------------------------------------------------
Date: Thu 07/22/2004 at 01:26 By: Gregory John Casamento <gcasa>
If have thusfar had zero luck reproducing this. Chad, please review your
configuration and let me know.
If anyone else can recreate this bug, let me know. For now, I'm closing this
bug. GJC
-------------------------------------------------------
Date: Sun 07/18/2004 at 14:59 By: Gregory John Casamento <gcasa>
Chad has confirmed the sequence of steps.
I will attempt the same under xlib...
I have tried it with the following configuration, on my laptop:
* SuSE 8.1
* GSX11HandlesWindowDecorations = NO
* back-xlib
I have tried it on my PC with
* SuSE 9.0
* GSX11HandlesWindowDecorations = NO
* back-art
using the steps outlined previously. I am unable to reproduce this issue. I
will leave this issue open, but mark it as "Works For Me" for now. :/
My build was latest CVS as of 7/18/2004.
GJC
-------------------------------------------------------
Date: Sun 07/18/2004 at 05:39 By: Gregory John Casamento <gcasa>
Under the same conditions doing the following:
1) Creating a new document
2) Adding a panel
3) Adding a button to the panel
4) Observing the size of the panel and the position of the button in the size
inspector
5) Saving the file
6) Reloading the file
7) Checking and comparing the information in #4 with the results from the
loaded file.
Has not reproduced the issue using back-art w/ decorations on. If this is not
the sequence of steps you are taking, please let me know.
I will try it with xlib.
GJC
-------------------------------------------------------
Date: Sun 07/18/2004 at 04:24 By: Gregory John Casamento <gcasa>
Thank you for the report, I am researching this issue. GJC
For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=9683>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/