headers
Gregory John Casamento | 2 Sep 2008 02:13
Picon

[bug #24167] Focus/vanishing windows problem in today's checkout of Gorm


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

I tried this today with the latest of everything and I'm unable to make it
occur here either. 

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 6 comments |
headers
Joseph Alten | 2 Sep 2008 08:21
Picon

[bug #24186] gnustep-base-1.16.3 build fails on Darwin 8.0 (x86)


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

                 Summary: gnustep-base-1.16.3 build fails on Darwin 8.0 (x86)
                 Project: GNUstep
            Submitted by: sorrofix
            Submitted on: Tue 02 Sep 2008 06:21:08 AM GMT
                Category: Base/Foundation
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

The output from 'make' is as follows:

Making all in Source...
Making all in subprojects of library libgnustep-baseadd...
Making all for subproject Additions...
 Compiling file GSCategories.m ...
GSCategories.m:27:35: Foundation/Foundation.h: No such file or directory
In file included from GSCategories.m:28:
../../Headers/Additions/GNUstepBase/GSCategories.h:43:35: warning:
(Continue reading)

Permalink | Reply | 501 comments |
headers
Quentin Mathé | 3 Sep 2008 19:15
Picon

[bug #23836] Click on a single row resulting in a multiple selection in NSBrowser


Follow-up Comment #2, bug #23836 (project gnustep):

Well, I'm sure that it isn't an extended selection created by dragging. I
have some additional infos now...
After further investigations, it seems to be a focus issue, because clicking
on the title bar resolves the selection problem, well until it happens again.
I have still no idea what really triggers it.

When I click on the title bar, the selection remains the same, but if I click
on another row, then the row gets selected and the existing wrong selection
disappear. If I click on another row without clicking on the title bar in such
cases, the selection continues to get wrongly extended as reported.

I'm currently using latest svn: base, gui, back (cairo) and gorm -r26829

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/
Permalink | Reply | 0 comments |
headers
Quentin Mathé | 3 Sep 2008 19:17
Picon

[bug #24167] Focus/vanishing windows problem in today's checkout of Gorm


Follow-up Comment #4, bug #24167 (project gnustep):

I observe this problem with Metacity, windows vanish each time I try to
establish a connection, by dragging the connection from a widget to an
instance in the gorm document window. 

I currently use latest svn: base, gui, back and gorm r26829
This may eventually be related to the selection problem I reported here:
#23836

Quentin.

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/
Permalink | Reply | 5 comments |
headers
Quentin Mathé | 3 Sep 2008 19:36
Picon

[bug #18134] Unable to drag an item inside another item in NSOutlineView


Follow-up Comment #2, bug #18134 (project gnustep):

This feature isn't implemented by NSOutlineView, so it isn't really a bug
:-).

I have put in attachment an experimental patch that adds this feature. 
This patch implements full drop support modeled against Cocoa behavior and
corrects few existing issues related to drag/drop in NSOutlineView iirc. You
may want to try it until I submit a clean version that can be committed.

(file #16423)
    _______________________________________________________

Additional Item Attachment:

File name: NSOutlineView-dropsupport.m.patch Size:5 KB

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/
Permalink | Reply | 1 comment |
headers
Quentin Mathé | 3 Sep 2008 19:53
Picon

[patch #6630] Patch to always check -isFlipped as Cocoa does rather than accessing the flag directly


URL:
  <http://savannah.gnu.org/patch/?6630>

                 Summary: Patch to always check -isFlipped as Cocoa does
rather than accessing the flag directly
                 Project: GNUstep
            Submitted by: qmathe
            Submitted on: mer 03 sep 2008 17:53:02 GMT
                Category: AppKit
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Here is a patch to ensure the flipping is always determined by calling
-isFlipped as Cocoa does instead of accessing _rFlags.flipped_view.

To take a concrete example… If an NSView subclass adds a setter
-setFlipped: and stores the flipping value in a subclass specific ivar
(instead of _rFlags.flipped_view), then -setFlipped: YES isn't handled
properly: the drawing and the resizing could behave in a really weird way.
GNUstep has this problem because it caches -isFlipped in the initializer, then
(Continue reading)

Permalink | Reply | 501 comments |
headers
Gregory John Casamento | 4 Sep 2008 06:02
Picon

[bug #24167] Focus/vanishing windows problem in today's checkout of Gorm


Update of bug #24167 (project gnustep):

                  Status:                    None => In Progress            
             Assigned to:                    None => gcasa                  

    _______________________________________________________

Follow-up Comment #5:

Recreated... I will work to correct this issue immediately.  Thanks.

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 4 comments |
headers
Niels Grewe | 4 Sep 2008 12:04
Picon

[bug #24200] NSSavePanel crashes apps


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

                 Summary: NSSavePanel crashes apps
                 Project: GNUstep
            Submitted by: thebeing
            Submitted on: Do 04 Sep 2008 10:04:10 GMT
                Category: Gui/AppKit
                Severity: 3 - Normal
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Hello,

I am experiencing segmentation faults with GNUstep trunk on Debian unstable
x86-64 whenever an application tries to create a NSSavePanel (according to gdb
backtrace) and would like to ask for advice on what might be causing this. It
happens with both the cairo and the art backend. I have attached a backtrace
from running and crashing Gorm, but the problem occurs with other applications
(ProjectCenter, EasyDiff) too. I hope it will be usefull.
(Continue reading)

Permalink | Reply | 501 comments |
headers
Gregory John Casamento | 4 Sep 2008 14:02
Picon

[bug #24167] Focus/vanishing windows problem in today's checkout of Gorm


Update of bug #24167 (project gnustep):

                  Status:             In Progress => Ready For Test         
             Open/Closed:                    Open => In Test                

    _______________________________________________________

Follow-up Comment #6:

Please try to recreate the problem with the latest in SVN.

Thanks,GC

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 3 comments |
headers
Stephane Gourichon | 4 Sep 2008 12:48

terminal.app fails with "Unrecognized color masks" on x4vncserver with -depth 16 (Ubuntu 8.04)

Hello,

I write to you after an error message that invites me to send a report.
A quick search on Google returns nothing relevant.

Description : I launch terminal.app on a vnc4server with depth 16. 
Answer is :
> $ Terminal
> 2008-09-04 12:38:27.489 Terminal[18376] gnustep-back(art): 
> Unrecognized color masks: 0000003f:000007c0:0000f800 16
> 2008-09-04 12:38:27.546 Terminal[18376] Please report this along with 
> details on your pixel format (ie. the four numbers above) to 
> bug-gnustep <at> gnu.org.Better: implement it and send a patch.)
System is a new Ubuntu 8.04 server.
X server is vnc4server

Xvnc arguments include :  -depth 16 -pn -extension XFIXES -dpi 72 
(unrelated arguments like adress and port number removed)

If you wish any more details please ask.
xdpyinfo output below, just in case.

Thank you for your attention.

-- Stéphane Gourichon

stephane <at> valmont:~$ xdpyinfo
name of display:    :2.0
version number:    11.0
vendor string:    The X.Org Foundation
(Continue reading)

Permalink | Reply | 502 comments |

Gmane