On Sep 3, 2011, at 11:35 PM, Seth Willits wrote:
>> I believe that invoking -sendAction:to: on the table view is the X you're
>> looking for.
>
> It's not. sendAction:to: is always called from the mouse tracking for
> instance, even when the cell's target and action are both nil, but the table
On Sep 3, 2011, at 10:43 PM, Ken Thomases wrote:
> On Sep 3, 2011, at 10:20 PM, Seth Willits wrote:
>
>> Hence, my thinking is since it doesn't work right out of the box as I'd
>> expect, then perhaps there's some undocumented thing I'm supposed to be
>> doing in my NSActionCell subclass which
On Sep 3, 2011, at 8:35 PM, Quincey Morris wrote:
> [I]t's possible that the table configures the NSCell by binding the correct
> object/property combination to it just before editing, and it really is the
> NSCell that makes the data model value replacement.
For what it's worth, I checked this
On Sep 3, 2011, at 7:23 PM, Quincey Morris wrote:
> OK, I went back to your original post, and I think I understand what you said
> now.
Seems so!
> The NSCell goes only as far as replacing its own "objectValue" with the
> new/edited value.
Correct. That's what I am expecting.
> From there
On Sep 2, 2011, at 17:12 , Seth Willits wrote:
> Say I have a custom NSCell subclass (or maybe NSActionCell) which implements
> some custom UI for manipulating some immutable value type which I can't use
> any of the standard cell subclasses for. If this cell is the data cell in a
> table colum
On Sep 3, 2011, at 17:45 , Seth Willits wrote:
> Let's go with an even simpler example. With a checkbox button cell, you click
> the button and a whole new value is generated.
>
> So let's say I make my own NSCell subclass which does the same thing. You
> click on something in the cell and a w
On Sep 3, 2011, at 12:44 AM, Quincey Morris wrote:
> Really, I'm sorry if I'm misunderstanding, but I think one of two things is
> going on here:
>
> 1. You're trying to use a NSCell to modify a value object. That may work
> fine, but there's a conceptual difference that doesn't fit the way we
On Sep 3, 2011, at 1:16 AM, Seth Willits wrote:
> The scenario is analogous to a custom text field cell where the cell is
> displaying and editing an immutable NSString. With NSTextFieldCell when you
> edit the text, the table view and cell cooperate to update value at the other
> end of the bi
On Sep 2, 2011, at 23:16 , Seth Willits wrote:
> I'm well aware of all of that.
Well, I thought you were, but I still think the issue is in the way you're
asking your question. See below, where I have another go at getting it right.
> I explicitly stated the object is immutable because it is v
On Sep 2, 2011, at 9:52 PM, Quincey Morris wrote:
> TBH, I'm not sure I understand the question exactly. We might need an example
> of the sort of objects you're dealing with.
>
> However, I think you're laboring under a misapprehension. The object values
> which are displayed in a table view *
On Sep 2, 2011, at 17:12 , Seth Willits wrote:
> Say I have a custom NSCell subclass (or maybe NSActionCell) which implements
> some custom UI for manipulating some immutable value type which I can't use
> any of the standard cell subclasses for. If this cell is the data cell in a
> table colum
Say I have a custom NSCell subclass (or maybe NSActionCell) which implements
some custom UI for manipulating some immutable value type which I can't use any
of the standard cell subclasses for. If this cell is the data cell in a table
column, binding the column's content to an array controller
12 matches
Mail list logo
