Hey Greg,

Not sure if this is what you're referring to, but I made a change in december 
(r34320) that broke editing of table views in gorm for a while, such as editing 
outlet names.

2011-12-18  Eric Wasylishen  <ewasylis...@gmail.com>

        * Source/NSTableView.m (-_isCellEditableColumn:row:): Tweak
        criteria for determining cell editability::
        - the delegate (if present) must say YES
        - and the cell itself must return YES for isEditable
        - and the table column must return YES for isEditable
        Previously you could edit cells that returned NO for
        isEditable if the column they were in was editable.


However, later I made two fixes in gorm which should have fixed the problem:


r34552 | ericwa | 2012-01-15 14:52:43 -0700 (Dim, 15 jan 2012) | 4 lines

* English.lproj/GormClassInspector.gorm: Re-save with the
last change, so the outlet/action table data cells are
editable.

------------------------------------------------------------------------
r34551 | ericwa | 2012-01-15 14:46:00 -0700 (Dim, 15 jan 2012) | 5 lines

* Palettes/3Containers/GormTableColumnAttributesInspector.m:
Set editable state of the data cell to match editable state
of the column. (NSTableView now refuses to edit non-editable
data cells in editable columns.)

Are you still running in to this problem, or is it something different? I just 
checked now and I can edit outlet/action names.

Eric


On 2012-01-29, at 17:27, Gregory Casamento wrote:

> Fred,
> 
> I need to determine if the current issue with changing outlet names in
> Gorm is due to an AppKit issue or a Gorm issue.   This shouldn't take
> long.
> 
> I'll report back shortly.
> 
> GC
> 
> On Sun, Jan 29, 2012 at 4:49 PM, Fred Kiefer <fredkie...@gmx.de> wrote:
>> I would like to collect some feedback on the current state.
>> Are there any bugs still open that would block making a release? That would
>> be really serious bugs that stop a critical GNUstep application from
>> working, definitely worked in the last release and cannot be worked around
>> in some way.
>> 
>> As for the ICU locale issue we have the work around to not use ICU for
>> people with other languages, that should give them about the fallback that
>> they had in previous base releases.
>> 
>> As for the gui bugs, I am under the impression that we wont be able so fix
>> much more for this release. But a lot of testing is still going on.
>> 
>> Adam, are you willing to prepare this release again?
>> 
>> Fred
>> 
>> 
>> On 20.01.2012 00:27, Fred Kiefer wrote:
>>> 
>>> In order to get a full GNUstep release out before FOSDEM, that is at
>>> least base/gui/back, maybe also make, Richard, Eric and I have decided
>>> to put a code freeze for these libraries in place. Only strict bug fixes
>>> should go into the code over the next week (or maybe a bit longer) and
>>> everybody should try to find time to test the current code on as many
>>> different machines as possible.
>>> 
>>> There hasn't been a gui release in almost a year and now seems as good a
>>> time as ever. Feel free to report any bugs you find on the mailing list
>>> or even better in the bug tracker on Savannah.
>> 
>> 
>> _______________________________________________
>> Gnustep-dev mailing list
>> Gnustep-dev@gnu.org
>> https://lists.gnu.org/mailman/listinfo/gnustep-dev
> 
> 
> 
> -- 
> Gregory Casamento
> Open Logic Corporation, Principal Consultant
> yahoo/skype: greg_casamento, aol: gjcasa
> (240)274-9630 (Cell)
> http://www.gnustep.org
> http://heronsperch.blogspot.com
> 
> _______________________________________________
> Gnustep-dev mailing list
> Gnustep-dev@gnu.org
> https://lists.gnu.org/mailman/listinfo/gnustep-dev

_______________________________________________
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev

Reply via email to