bugGNUstep - Bugs: bug #11936, textDidEndEditing: is not called

Group
 
 

bug #11936: textDidEndEditing: is not called

Submitter:  Stefan Urbanek <stefanu>
Submitted:  Fri 11 Feb 2005 10:12:55 AM UTC
   
 
Category:  Gui/AppKit Severity:  2 - Minor
Item Group:  Bug Status:  Invalid
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Mon 19 Feb 2007 05:04:10 PM UTC, comment #5: 

Closed as there was no further answer from the original poster for two years

Fred Kiefer <FredKiefer>
Group Member
Sun 13 Feb 2005 03:52:29 PM UTC, comment #4: 

I'm fairly certain that this particular behavior on -textDidEndEditing:'s part is correct. A mechanism for detecting when the view indirectly loses focus might be useful, but -textDidEndEditing: isn't that mechanism. I'll investigate a bit more and then likely close this bug.

Having some mechanism for detecting this does seem useful, although I can't really think of any specific use. :) Stefan: Could you give a specific example of when you want to detect this?

(In theory it might already be possible to detect this by tracking some notifications; if not, we might want to make sure that it is possible. However, either way, don't expect a reliable implementation any time soon. Tracking this is basically the same thing as tracking window focus, and we all know how reliably that works. :/ )

Alexander Malmberg <alexm>
Group Member
Sun 13 Feb 2005 10:17:31 AM UTC, comment #3: 

I would also appreciate if someone could check this, because I personally find it rather counter intuative if switching the application /would/ trigger textDidEndEditing: let alone change the firstResponder status somehow.  If I'm editing a text field that has a formatter for example and wish to lookup something in another application during my edit, I wouldn't want the formatter to either complain or have the value be propagated over associations.  I think this would result in buggy application behavior.  To me current flow you described sounds just like I would expect it.

David Ayers <ayers>
Group Member
Sat 12 Feb 2005 03:01:13 AM UTC, comment #2: 

As I do not have access to OSX machine i can not test the behaviour there. Anyway, I think that it is obvious, that when I swith to another application I am surely finished with the editing of the text view - regardles of notifications being posted by any other object. In fact, from users point of view, I am moving focus from the text view to another view.

Stefan Urbanek <stefanu>
Group Member
Fri 11 Feb 2005 08:41:25 PM UTC, comment #1: 

Changing to a different applciation (or window) in current GNUstep code triggers resignKeyWindow on the text view, not resignFirstResponder. This looks fine to me. Only if you can prove that the behaviour on Cocoa is different and can explain in detail the findings there, I am willing to change it.

Fred Kiefer <FredKiefer>
Group Member
Fri 11 Feb 2005 10:12:55 AM UTC, original submission:  

NSText's textDidEndEditing: is not called when one clicks on another window from another application. Example:

1. enter a text view and type something -> textDidBeginEditing is sent
2. click another window from another app on the screen -> nothing happens
3. click outside the text view in the same window where the textview is -> textDidEndEditing is sent

I suppose that the message should be sent in the step 2, or I am wrong?

I am using:
- fresh GNUstep CVS snapshot
- metacity windowmanager
- mandrake linux

Stefan Urbanek <stefanu>
Group Member

 

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

    Date Changed by Updated Field Previous Value => Replaced by
    2007-02-19 FredKiefer Open/ClosedDeclined Closed
    2005-10-17 FredKiefer StatusNone Invalid
        Open/ClosedOpen Declined

    Back to the top

    Powered by Savane 3.13-0329.
    Corresponding source code