[bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in modal session" when hitting return in textfield.

2006-05-29 Thread Richard Frith-Macdonald

Follow-up Comment #5, bug #16688 (project gnustep):

We can easily fix the save and open panel code by disabling the 'ok' button
when the panel is not in use.  However, it seems to me that there ought to be
some automatic/better way of doing things.  Other panels may have similar
problems and may not be created programatically (eg they are Gorm files) and
cannot therefore easily have their buttons disabled when they are closed.
Perhaps there is some behavior that should be implemented that we are missing
... maybe all controls on a closed window should return NO for isEnabled or
something like that.

___

Reply to this item at:

  

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



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


[bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in modal session" when hitting return in textfield.

2006-05-29 Thread Richard Frith-Macdonald

Follow-up Comment #6, bug #16688 (project gnustep):

Have implemented the easy fix of disabling the ok buttons when not in use 
... still not convinced it's correct though.
Should the message only be sent to *all* windows if the command key is down
(I think that's how NeXTstep did it), and just sent to the key window
otherwise?  That would mean you can't properly use things like CR or DEL as
shortcuts on menus, but how often would anyone want to do that anyway?

___

Reply to this item at:

  

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



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


Re: [bug #13705] possible memory leak in setStringValue

2006-05-29 Thread UBoss UBoss
Hi Fred, today i tried to use some of memdebug using libumem and mdb mdb found some points with memory leaks see attached file when some audits are made.when looking into sources there maybe the bug is in XGGState.m
 or GSXftFontInfo.m in gnustep-back-0.10.2 xlibin XGGState.m xft_draw is never freed maybe it is the bug.i'll try to recompile back with freeing it in deallocI hope this helps.bye 
On 5/27/06, Fred Kiefer <[EMAIL PROTECTED]> wrote:
Follow-up Comment #5, bug #13705 (project gnustep):Could not reproduce this problem with the xlib backend on Suse 10.1 linux.(But had other problems with that backend here)I would think that this problem is specific to solaris. Could you please use
valgrind (or a similar tool) to find out, where the memory gets leaked?___Reply to this item at:  <
http://savannah.gnu.org/bugs/?func=detailitem&item_id=13705>___  Nachricht geschickt von/durch Savannah  http://savannah.gnu.org/



audit
Description: Binary data
___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in modal session" when hitting return in textfield.

2006-05-29 Thread Gregory John Casamento

Follow-up Comment #7, bug #16688 (project gnustep):

Tested the fix in Gorm and it works properly.

Thanks, GJC

___

Reply to this item at:

  

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



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


[bug #5871] Mouse cursor not always updated/reset

2006-05-29 Thread M. Trache

Follow-up Comment #11, bug #5871 (project gnustep):

Hi, I just noticed that the cursor still does not reset when selecting text
in a textfield and then dragging far enough to cause it so scroll, so that
the cursor ends up outside of the textfield. I'm attaching a fix for it.
___

Additional Item Attachment:

File name: cursor-update-2.diff   Size:0 KB



___

Reply to this item at:

  

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



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


[bug #13705] possible memory leak in setStringValue

2006-05-29 Thread Fred Kiefer

Update of bug #13705 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #6:

Thank you for the hints you did send in a separate mail. Yes, you are right
the XFT  structures should be freed on dealloc. I added code for this and a
little bit more. 
Could you please retest if the memory leak is now fixed for you, or if there
is another leak.

___

Reply to this item at:

  

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



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


[bug #5871] Mouse cursor not always updated/reset

2006-05-29 Thread Fred Kiefer

Update of bug #5871 (project gnustep):

  Status:   Fixed => In Progress

___

Follow-up Comment #12:

Wouldn't it be easier if we change the code in [NSView discardCursorRects] to
call [NSWindow invalidateCursorRectsForView:] instead of duplicating most of
the code?
I am not sure, how this would affect the different faked mouse events that
get send for cursor rectangles. That's why I did not dare to change the code
myself :-)


___

Reply to this item at:

  

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



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


[bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in modal session" when hitting return in textfield.

2006-05-29 Thread Gregory John Casamento

Follow-up Comment #8, bug #16688 (project gnustep):

"Other panels may have similar problems and may not be created
programatically (eg they are Gorm files) and cannot therefore easily have
their buttons disabled when they are closed."

As long as those buttons are connected to an outlet, it should be easy to
disable them.

GJC

___

Reply to this item at:

  

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



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