gnustep-dev
[Top][All Lists]
Advanced

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

Re: GNUstep Code Freeze


From: Eric Wasylishen
Subject: Re: GNUstep Code Freeze
Date: Sun, 29 Jan 2012 17:46:04 -0700

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  <address@hidden>

* 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 <address@hidden> 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
address@hidden
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
address@hidden
https://lists.gnu.org/mailman/listinfo/gnustep-dev


reply via email to

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