bug-gnustep
[Top][All Lists]
Advanced

[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 <address@hidden>
'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/







reply via email to

[Prev in Thread] Current Thread [Next in Thread]