bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bugs #3269] Gorm doesn't order front some windows


From: Gregory John Casamento
Subject: [bugs #3269] Gorm doesn't order front some windows
Date: Sat, 01 May 2004 09:39:25 -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 #3269] Latest Modifications:

Changes by: 
                Gregory John Casamento <address@hidden>
'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/







reply via email to

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