On 07/02/2013, at 2:19 PM, Patrick Cusack wrote:
> It's sort of a misnomer as the control only applies changes to my multiple
> items if I type anything and tab from the control. I don't have to press
> return. Weird.
It's not weird.
Consider what would happen if it didn't do that. You wo
This is a very good illustration of why someone would want such a feature. In
my case, as I entered the text field of a control, I was clearing the contents
of the field thus clearing the value in the items that were selected. This is
not desired behavior, nor is it good application behavior. Yo
Graham and Patrick,
iTunes does that on commit. If I try to, let's say, add/change/delete the cover
image for several tracks, I'm reminded that I'm doing it for multiple items and
have a chance to cancel.
Also, when you select multiple items and "get info", the fields with different
data (tra
I fixed the problem. My biggest concern was that I forgot that I could enter a
control and not have it inadvertently change all of the multiply selected
items. I saw this behavior before. Anyway, when I bind a control to an
NSArrayController, I must set the control's action to "Sent on Enter onl
Ok, that's correct. I can see NSMultipleValues in some of my detail views. In a
couple of other cases it is working, but not in one particular case. Its
default behaviour correct? I knew that all my monkeying was indicative that I
was doing something wrong.
On Feb 5, 2013, at 8:01 PM, Graham C
On 06/02/2013, at 2:08 PM, livinginlosange...@mac.com wrote:
> Now users can edit an item 2 ways. They can tab into the control (in this
> case an NSTextField or an NSComboBox) or mouseDown: into the control. I want
> to basically interpose both ways of accessing a control. The minute they try
