NSButtonCell внутри пользовательского NSCell

Минимальные требования:

• После нажатия левой кнопки мыши на кнопку она должна казаться нажатой всякий раз, когда указатель мыши находится над ней.
• Если затем мышь отпустит кнопку, ваша ячейка должна отправить соответствующее сообщение о действии.

Чтобы кнопка выглядела нажатой, необходимо соответствующим образом обновить свойство highlighted ячейки кнопки. Изменение состояния само по себе не приведет к этому, но вы хотите, чтобы кнопка подсвечивалась тогда и только тогда, когда ее состояние равно NSOnState.

Чтобы отправить сообщение о действии, вам нужно знать, когда отпускается мышь, а затем использовать -[NSApplication sendAction:to:from:] для отправки сообщения.

Чтобы иметь возможность отправлять эти сообщения, вам необходимо подключиться к методам отслеживания событий, предоставляемым NSCell. Обратите внимание, что все эти методы отслеживания, кроме последнего, -stopTracking:..., возвращают логическое значение, чтобы ответить на вопрос: «Хотите ли вы продолжать получать сообщения отслеживания?»

Последний поворот заключается в том, что для того, чтобы вообще отправлять какие-либо сообщения отслеживания, вам необходимо реализовать -hitTestForEvent:inRect:ofView: и вернуть соответствующую битовую маску из NSCellHit... значений. В частности, если в возвращаемом значении нет значения NSCellHitTrackableArea, вы не получите никаких сообщений отслеживания!

Итак, на высоком уровне ваша реализация будет выглядеть примерно так:

- (NSUInteger)hitTestForEvent:(NSEvent *)event
                       inRect:(NSRect)cellFrame
                       ofView:(NSView *)controlView {
    NSUInteger hitType = [super hitTestForEvent:event inRect:cellFrame ofView:controlView];

    NSPoint location = [event locationInWindow];
    location = [controlView convertPointFromBase:location];
    // get the button cell's |buttonRect|, then
    if (NSMouseInRect(location, buttonRect, [controlView isFlipped])) {
        // We are only sent tracking messages for trackable areas.
        hitType |= NSCellHitTrackableArea;
    }
    return hitType;
}

+ (BOOL)prefersTrackingUntilMouseUp {
   // you want a single, long tracking "session" from mouse down till up
   return YES;
}

- (BOOL)startTrackingAt:(NSPoint)startPoint inView:(NSView *)controlView {
   // use NSMouseInRect and [controlView isFlipped] to test whether |startPoint| is on the button
   // if so, highlight the button
   return YES;  // keep tracking
}

- (BOOL)continueTracking:(NSPoint)lastPoint at:(NSPoint)currentPoint inView:(NSView *)controlView {
   // if |currentPoint| is in the button, highlight it
   // otherwise, unhighlight it
   return YES;  // keep on tracking
}

- (void)stopTracking:(NSPoint)lastPoint at:(NSPoint)stopPoint inView:(NSView *)controlView mouseIsUp:(BOOL)flag {
   // if |flag| and mouse in button's rect, then
   [[NSApplication sharedApplication] sendAction:self.action to:self.target from:controlView];
   // and, finally,
   [buttonCell setHighlighted:NO];
}

Смысл подклассов NSCell состоит в том, чтобы отделить ответственность за визуализацию и обработку общих элементов пользовательского интерфейса (элементы управления) от ответственности классов NSView за визуализацию и иерархию событий. Такое сочетание позволяет каждому из них обеспечивать большую специализацию и вариативность, не обременяя друг друга. Посмотрите на большое количество NSButton экземпляров, которые можно создать в Какао. Представьте себе количество NSButton подклассов, которые существовали бы, если бы это разделение функциональности отсутствовало!

Использование языка шаблонов проектирования для описания ролей: NSControl действует как фасад, скрывая детали своего состава от клиентов и передавая события и передавая сообщения своему экземпляру NSCell, который действует как делегат.

Поскольку ваш подкласс NSCell включает в себя другие экземпляры подкласса NSCell в своем составе, они больше не получают напрямую эти сообщения о событиях от экземпляра NSControl, который находится в иерархии представления. Таким образом, чтобы эти экземпляры ячеек получали сообщения о событиях из цепочки респондентов на события (иерархии представлений), ваш экземпляр ячейки должен передавать эти соответствующие события. Вы воссоздаете работу NSView иерархии.

Это не обязательно плохо. Реплицируя поведение NSControl (и его суперкласса NSView), но в форме NSCell, вы можете фильтровать события, передаваемые в ваши подячейки, по местоположению, типу события или другим критериям. Недостатком является воспроизведение работы NSView/NSControl по созданию механизма фильтрации и управления.

Таким образом, при разработке интерфейса вам необходимо подумать о том, лучше ли использовать NSButtonCell (и NSTextFieldCells) в NSControl в нормальной иерархии представления или в качестве подъячеек в вашем подклассе NSCell. Лучше использовать функциональность, которая уже существует для вас в кодовой базе, чем заново изобретать ее (и продолжать поддерживать ее позже) без необходимости.