[bug #27777] GSBackHandlesWindowDecorations not working on Windows

[Evgenii Philippov]

URL:
  <http://savannah.gnu.org/bugs/?27777>

                 Summary: GSBackHandlesWindowDecorations not working on
Windows
                 Project: GNUstep
            Submitted by: gcasa
            Submitted on: Wed 21 Oct 2009 10:58:50 PM EDT
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

The title says it... This isn't working for me.

I do:

defaults write NSGlobalDomain GSBackHandlesWindowDecorations NO

When I start an app, GNUstep is drawing the decorations instead of Windows.

GC




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27777>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

[Evgenii Philippov]

Follow-up Comment #1, bug #27777 (project gnustep):

Is it possible that you are using the new UX Theme for Windows that Riccardo
just published? In that theme the plist defines that the window decoration
should be drawn by Windows and not GNUstep. Try switching to the default
theme, restart your application and report back, whether it still is broken.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27777>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

[Evgenii Philippov]

Update of bug #27777 (project gnustep):

                Category:                    None => Backend                
                Severity:              3 - Normal => 4 - Important          
              Item Group:                    None => Bug                    


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27777>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

[Evgenii Philippov]

Update of bug #27777 (project gnustep):

                  Status:                    None => Invalid                
             Open/Closed:                    Open => Closed                

    _______________________________________________________

Follow-up Comment #2:

I tried out current svn, and it worked fine for me.

I then re-read the original report, and on closer reading see that this was
user-error and the command was simply entered wrong.

it should have been:

defaults write NSGlobalDomain GSBackHandlesWindowDecorations YES

to have window decorations done by the backend rather than gui.



    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27777>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

[Evgenii Philippov]

Follow-up Comment #3, bug #27777 (project gnustep):

Sorry, I mistyped... the value was NO when I tested.

I should mention I'm using Windows 7 for my test.

I tried it both with it set to YES and NO and also after removing the
default.

In all cases the app was restarted.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27777>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

[Evgenii Philippov]

Update of bug #27777 (project gnustep):

                  Status:                 Invalid => None                  


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27777>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

[Evgenii Philippov]

Update of bug #27777 (project gnustep):

                  Status:                    None => Works For Me          

    _______________________________________________________

Follow-up Comment #4:

> Sorry, I mistyped... the value was NO when I tested.

That should have been 'YES'

> I should mention I'm using Windows 7 for my test.

I'm running XP, but I know of no reason that windows 7 should be different.

> I tried it both with it set to YES and NO and also after removing the
default.

On my tsystem this works as expected:

YES = native look
NO = NexT
Removed = NeXT (or whatever your theme says)

Given that yu seem to be the only person with this problem, I think you are
going to have to debug it yourself ... I would suggest starting by adding an
NSLog to print the results of checking checking this in
-setHandlesWindowDecorations: in WIN32Server.m ... that will tell you whether
your problem is retrieving the setting from the defaults system or in using it
later.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27777>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep