[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/