bugGNUstep - Bugs: bug #27777, GSBackHandlesWindowDecorations not...

Group
 
 

bug #27777: GSBackHandlesWindowDecorations not working on Windows

Submitter:  Gregory John Casamento <gcasa>
Submitted:  Thu 22 Oct 2009 02:58:50 AM UTC
   
 
Category:  Backend Severity:  4 - Important
Item Group:  Bug Status:  Works For Me
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Sat 24 Oct 2009 06:07:40 AM UTC, 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.

Richard Frith-Macdonald <CaS>
Group Member
Fri 23 Oct 2009 01:14:33 PM UTC, comment #3: 

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.

Gregory John Casamento <gcasa>
Group administrator
Thu 22 Oct 2009 04:05:46 PM UTC, 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.


Richard Frith-Macdonald <CaS>
Group Member
Thu 22 Oct 2009 08:02:52 AM UTC, comment #1: 

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.

Fred Kiefer <FredKiefer>
Group Member
Thu 22 Oct 2009 02:58:50 AM UTC, original submission:  

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

Gregory John Casamento <gcasa>
Group administrator

 

(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 CaS (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by gcasa (Submitted the item)
  •  

    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 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2009-10-24 CaS StatusNone Works For Me
    2009-10-24 gcasa StatusInvalid None
    2009-10-22 CaS StatusNone Invalid
        Open/ClosedOpen Closed
    2009-10-22 gcasa Item GroupNone Bug
        CategoryNone Backend
        Severity3 - Normal 4 - Important

    Back to the top

    Powered by Savane 3.13-caa5.
    Corresponding source code