bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bugs #9463] Changing the name of an outlet for a custom class fails


From: Gregory John Casamento
Subject: [bugs #9463] Changing the name of an outlet for a custom class fails
Date: Fri, 25 Jun 2004 23:49:01 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030821

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #9463] Latest Modifications:

Changes by: 
                Gregory John Casamento <greg_casamento@yahoo.com>
'Date: 
                Sat 06/26/2004 at 03:47 (US/Eastern)

            What     | Removed                   | Added
---------------------------------------------------------------------------
          Resolution | None                      | Fixed
              Status | Open                      | Closed


------------------ Additional Follow-up Comments ----------------------------
I have added some code in GormDocument's data source method 
"outlineView:setObjectValue:forTableColumn:byItem:" to correct the issue.  I'm 
also not certain that the behavior of NSTableView , as described in my previous 
note, is correct.  The change I made to Gorm should work correctly in either 
case.  GJC






/**************************************************************************/
[bugs #9463] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=9463>
Project: GNUstep
Submitted by: Fred Kiefer
On: Sat 06/26/2004 at 00:18

Category:  Gorm
Severity:  3 - Ordinary
Item Group:  Bug
Resolution:  Fixed
Assigned to:  gcasa
Status:  Closed


Summary:  Changing the name of an outlet for a custom class fails

Original Submission:  Trying to change the name of a newly added outlet in a 
custom class (not a view) results in the exception:

Uncaught exception NSInvalidArgumentException, reason: Tried to init array with 
nil object

Follow-up Comments
------------------


-------------------------------------------------------
Date: Sat 06/26/2004 at 03:47       By: gcasa
I have added some code in GormDocument's data source method 
"outlineView:setObjectValue:forTableColumn:byItem:" to correct the issue.  I'm 
also not certain that the behavior of NSTableView , as described in my previous 
note, is correct.  The change I made to Gorm should work correctly in either 
case.  GJC

-------------------------------------------------------
Date: Sat 06/26/2004 at 03:12       By: gcasa
I have tracked this to a recent change in the [NSTableView mouseDown:] method 
which calls:

                  [self _setObjectValue: [cell objectValue]
                        forTableColumn: tb
                        row: _clickedRow];
At NSTableView.m:3483

At this point the [cell objectValue] will always the current value of this 
since nothing has been changed in the cell.

Is there any reason for this?

This is what is causing the current breakage in Gorm and should cause issues in 
all other apps which use tables that accept data values typed by the user.

I am continuuing to look into the issue.

Also, this issue does not occur with the 0.9.3 release of GUI.

GJC

-------------------------------------------------------
Date: Sat 06/26/2004 at 01:22       By: gcasa
Recreated.   I was trying to do this through the class inspector, not the 
outline view.   Alex P. informed me that he was able to do it throught the menu 
and the outlineview, and I was able to see the issue.

The workaround to this issue is to use the inspector for class operations.  I 
have been considering removing the outline view recently as it would:

1) simplify code
2) avoid issues like this

However, a lot of people seem to like the outlineview as it is similar to the 
IB interface presented in OS4.2.

I believe I know what's causing this, so I should have a fix for it soon.

GJC

-------------------------------------------------------
Date: Sat 06/26/2004 at 01:04       By: gcasa
I am currently trying to recreat this without success.












For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=9463>

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







reply via email to

[Prev in Thread] Current Thread [Next in Thread]