Как я могу разрешить пользователю настраивать NSSlider без приостановки цикла обновления приложения?

Question

Примечание: Обновление ниже ...

У меня есть настольное приложение какао, которое состоит из ряда элементов управления вокруг пользовательских NSView. Я использую displayLink для управления обновлениями.

Когда пользователь нажимает на NSControl (слайдер, кнопка, флажок, радиокнопка), приложение оказывается замороженным до тех пор, пока мышь не будет отпущена. На самом деле я могу подтвердить, что обратный вызов displayLink (getFrameForTime) НЕ срабатывает в течение времени. Если я создаю таймер, который также не срабатывает, оба остаются приостановленными до тех пор, пока пользователь не освободит мышь, после чего приложение возобновит обновление.

Управление связано, и если я обновляю это значение из другого потока (например, через обратный вызов из MIDI-интерфейса), слайдер ведет себя так, как ожидалось: он перемещается, значение обновляется и приложение не приостанавливается.

Я чувствую, что это должно быть довольно очевидное решение, но я в тупике.

• Проверка «непрерывный» в IB делает как рекламируется: посылает значения непрерывно, но по-прежнему демонстрирует такое поведение (предотвращает обновление пользовательского интерфейса), пока мышь не будет отпущен.

• Это, по-видимому, связано конкретно с mouseDown on NSControl? Почему этот блок, и мне действительно нужно подклассифицировать все мои элементы пользовательского интерфейса, чтобы изменить это поведение (кажется экстремальным)

• DisplayLink в своей нити, так почему mouseDown на основном потоке блокирует его? Если это так, то с учетом предписания об обновлении пользовательского интерфейса Cocoa из-за основного потока, как мне с ним справиться?

Любая помощь очень ценится.

Update

Per @ комментарии николаевские ниже, я могу подтвердить, что с помощью NSTimer и добавить его в NSEventTrackingRunLoopMode не блокирует. Тем не менее, я бы очень хотел использовать CVDisplayLink, который (согласно документации) работает в своем собственном потоке и не должен быть заблокирован таким образом. В отличие от CADisplayLink, я не могу найти способ явно назначить runloop CVDisplayLink (похоже, что это не работает), поэтому, возможно, новый вопрос должен быть:

Почему блок CVDisplayLink на NSEventTrackingRunLoopMode?

Answer 1

Вашего тестового проекта показывает, что вы вызываете display метода представлены видом изнутри обратного вызова по ссылке дисплея.

При комментировании сообщения display линия отображения вызывается непрерывно даже при перемещении ползунка.

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

Почему именно это случается, для меня непонятно. Ясно, что незаконно вызывать методы представления из фонового потока. Вы должны вызвать отображения окна путем диспетчеризации setNeedsDisplay: на главной теме:

static CVReturn MyDisplayLinkCallback(CVDisplayLinkRef displayLink, const CVTimeStamp* now, const CVTimeStamp* outputTime, CVOptionFlags flagsIn, CVOptionFlags* flagsOut, void* displayLinkContext) 
{ 
    dispatch_async(dispatch_get_main_queue(), ^{ 
     [(__bridge MyCustomView*)displayLinkContext setNeedsDisplay:YES]; 
    }); 
    return kCVReturnSuccess; 
} 

Answer 2

При нажатии на NSControl режим runloop переходит от NSDefaultRunLoopMode в NSEventTrackingRunLoopMode до тех пор, пока мышь не работает. Это означает, что только запуск источников цикла (ссылка на изображение) и таймеров огонь, которые были добавлены в этот режим.

Вы можете добавить таймеры в любой режим, используя -[NSRunLoop addTimer:forMode:]. Для ссылки на изображение эквивалентным методом является -[CADisplayLink addToRunLoop:forMode:].

Чтобы сделать анимацию продолжаться во время отслеживания событий вы могли бы сделать что-то вроде:

[myDisplayLink addToRunLoop:[NSRunLoop currentRunLoop] 
        forMode:NSEventTrackingRunLoopMode];