This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**************************************************************************/
[bugs #3269] Latest Modifications:
Changes by:
Gregory John Casamento <[EMAIL PROTECTED]>
'Date:
Sat 05/01/04 at 13:39 (US/Eastern)
What | Removed | Added
---------------------------------------------------------------------------
Category | Gui/AppKit | Gorm
Severity | 1 - None | 3 - Ordinary
Resolution | None | Fixed
Status | Open | Closed
------------------ Additional Follow-up Comments ----------------------------
Recinding my previous comment as of 02/01/04. This appears to be normal behavior
from AppKit. Only the key window is ordered front when clicking on the icon window.
I have added a method, [Gorm unhide:], to always order front the document window.
It's possible to bring forward any other windows associated with the .gorm document
being edited.
This change effectively corrects this problem. GJC
/**************************************************************************/
[bugs #3269] Full Item Snapshot:
URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=3269>
Project: GNUstep
Submitted by: matt rice
On: Fri 04/18/03 at 15:45
Category: Gorm
Severity: 3 - Ordinary
Item Group: None
Resolution: Fixed
Assigned to: gcasa
Status: Closed
Summary: Gorm doesn't order front some windows
Original Submission: open gorm, create a new project, open 2 xterm's, place an xterm
on top of the window titled "Untitled" and one on top of the window labeled "My
Window", double click the Gorm Icon, or click on the Inspectors panel or the Palettes
window, the windows titled "Untitled" and "My Window", will remain behind their
respective xterms
Follow-up Comments
------------------
-------------------------------------------------------
Date: Sat 05/01/04 at 13:39 By: gcasa
Recinding my previous comment as of 02/01/04. This appears to be normal behavior
from AppKit. Only the key window is ordered front when clicking on the icon window.
I have added a method, [Gorm unhide:], to always order front the document window.
It's possible to bring forward any other windows associated with the .gorm document
being edited.
This change effectively corrects this problem. GJC
-------------------------------------------------------
Date: Sun 02/01/04 at 14:24 By: gcasa
This occurs when clicking on the app icon. This appears to be a bug in AppKit.
-------------------------------------------------------
Date: Sun 06/22/03 at 21:12 By: gcasa
Downgraded severity. This bug was originally filed under "Major". It's severity is
ordinary as it does have a workaround and does not impact base functionality.
-------------------------------------------------------
Date: Fri 04/25/03 at 06:26 By: CaS
I don't think this is a Gorm specific problem, but there does appear to be a slight
problem of some sort.
Clicking on an inspector or palette should definitely *not* cause other windows to
come to the front, so the behavior here is correct.
Clicking on the app icon however should raise all the apps windows but currently only
raises the key window I think.
-------------------------------------------------------
Date: Wed 04/23/03 at 07:24 By: CaS
I don't think this is a Gorm specific problem, but there does appear to be a slight
problem of some sort.
Clicking on an inspector or palette should definitely *not* cause other windows to
come to the front, so the behavior here is correct.
Clicking on the app icon however should raise all the apps windows but currently only
raises the key window I think.
For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=3269>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
