bugGNUstep - Bugs: bug #11976, Window does not properly...

Group
 
 

bug #11976: Window does not properly miniaturize when GSAppOwnsMiniwindow == YES and GSX11HandlesWindowDecorations == NO

Submitter:  None
Submitted:  Mon 14 Feb 2005 04:02:57 AM UTC
   
 
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  FredKiefer
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Sun 14 Oct 2007 06:57:20 PM UTC, comment #4: 

Nevermind!  I tested it again on WindowMaker today and appearantly miniaturizing no longer for it.  The miniwindow is in fact created, I can see when it happens, but then it immediately disappears.  Anyway, like I said before though, this new way of miniaturizing plays nice with all the other WMs I've tested.

Stef <stefanbidi>
Group Member
Fri 12 Oct 2007 05:45:14 PM UTC, comment #3: 

OK, I just had a chance to reinstall GNUstep and was able to test this.  It works very well, but it doesn't work WindowMaker.  Whenever under WM, if you try to minimize when GSAppOwnsMiniwindow is set to YES, the miniwindow is created, but sent behind WindowMaker's desktop (which means you can't see it).  However, it works perfectly with all other window managers that I've tried include Etoile's Azalea, XFCE, Metacity, etc, as well as with no window manager (but this is hard since there's lots of focus problems).

Not sure if you still want to keep it because of this shortcoming, but if you do, it works perfectly.  Like I said, for it to work in WindowMaker GSAppOwnsMiniwindow must be set to NO.

Stef <stefanbidi>
Group Member
Tue 02 Oct 2007 10:00:29 PM UTC, comment #2: 

I added a patch by Stefan Bidigaray <stefanbidi@gmail.com> to SVN. He claims that this resolves the problem, which I was not able to repoduce. Most likely it is caused by a special window manager or when there is no window manager at all, as in your case.

Fred Kiefer <FredKiefer>
Group Member
Mon 14 Feb 2005 04:20:40 AM UTC, comment #1: 

This problem is also present in core-20050214. In core-20050214 it is possible to double-click a miniwindow to unminiaturize a window (although the window has been painted on the screen full size at all time (see original note)), but, when unminiaturized, the miniwindow is still on the screen, clickable and draggable.

Anonymous
Mon 14 Feb 2005 04:02:57 AM UTC, original submission:  

When GSAppOwnsMiniwindow == YES and GSX11HandlesWindowDecorations == NO, clicking on the miniaturize button of a GNUstep-decorated window removes focus from that window and creates a miniwindow at the bottom of the screen. However, the main window is still drawn on the screen, but it is impossible to cause it to receive focus and it will not unminiaturize when the miniwindow is clicked. This was tested with GNUstep-back 0.9.4 and GNUstep-gui 0.9.4. There was no window manager running during the test.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by stefanbidi (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-10-14 FredKiefer Open/ClosedIn Test Closed
    2007-10-02 FredKiefer StatusNone Fixed
        Assigned toNone FredKiefer
        Open/ClosedOpen In Test

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code