Пакетный режим редактирования

Если Ваш код должен изменить текстовое запоминающее устройство непосредственно, необходимо использовать пакетный режим редактирования; т.е. заключите в скобки изменения между NSMutableAttributedString методы beginEditing и endEditing. Несмотря на то, что это заключение в скобки не строго необходимо, это - хорошая практика, и для эффективности при внесении многократных изменений по очереди важно. NSTextView использование beginEditing и endEditing методы для синхронизации его действия редактирования, и можно использовать методы непосредственно для управления синхронизацией уведомлений делегатам, наблюдателям и связанным менеджерам по расположению. Когда NSTextStorage объект находится в пакетном режиме редактирования, он воздерживается от информирования его менеджеров по расположению любых изменений редактирования, пока он не получает endEditing сообщение.

“Начало редактирования” означает что ряд модификаций к текстовому запоминающему устройству (NSTextStorage для текстовых представлений и значений ячеек для ячеек), собирается произойти. Заключение в скобки редактирования между beginEditing и endEditing блокировки вниз текстовое хранение, чтобы гарантировать, что текстовые модификации являются атомарными транзакциями.

“Конец редактирования” означает, что запоминающее устройство находится в непротиворечивом состоянии после модификации. В ячейках (такой как NSTextFieldCell объекты, управляющие редактированием текста в текстовых полях), конец редактирования совпадает с полевым редактором, оставляющим первое состояние респондента, инициировавшее синхронизацию содержания полевого редактора и его родительской ячейки.

Кроме того, текстовое представление отправляет NSTextDidEndEditingNotification когда это завершает изменение его запоминающего устройства, независимо от его первого состояния респондента. Например, это отсылает это уведомление, когда кнопка Replace All нажата в окне Find, даже если текстовое представление не является первым респондентом.

Перечисление 7-1 иллюстрирует ситуацию в который NSText метод scrollRangeToVisible: расположение сил для появления и повышения исключение.

Перечисление 7-1  , Вызывающее расположение

[[myTextView textStorage] beginEditing];

[[myTextView textStorage] replaceCharactersInRange:NSMakeRange(0,0)

        withString:@"Hello to you!"];

[myTextView scrollRangeToVisible:NSMakeRange(0,13)]; //BOOM

[[myTextView textStorage] endEditing];

Прокрутка диапазона символов в видимость требует, чтобы расположение было завершено через тот диапазон, таким образом, текстовое представление может знать, где расположен диапазон. Но в Перечислении 7-1, текстовое хранение находится в пакетном режиме редактирования. Это находится в противоречивом состоянии, таким образом, у менеджера по расположению нет способа сделать расположение в это время. Перемещение scrollRangeToVisible: вызовите после endEditing решил бы проблему.

Существуют дополнительные меры, которые необходимо принять при реализации новых пользовательских действий в текстовом представлении, таких как метод действия меню или привязки клавиш, изменяющий текст. Например, можно изменить выбранный диапазон символов с помощью NSTextView метод setSelectedRange:, В зависимости от типа изменения, выполняемого командой, с помощью результатов NSTextView методы rangeForUserTextChange, rangeForUserCharacterAttributeChange, или rangeForUserParagraphAttributeChange. Например, rangeForUserParagraphAttributeChange возвращает весь абзац, содержащий исходный выбор — который является диапазоном, затронутым, если Ваше действие изменяет атрибуты абзацев. Кроме того, необходимо вызвать textView:shouldChangeTextInRange:replacementString: перед внесением изменения и didChangeText впоследствии. Эти действия гарантируют, что правильный текст изменяется, и система отправляет корректные уведомления и сообщения делегата текстовому делегату представления. Посмотрите Разделение на подклассы NSTextView для получения дополнительной информации.

Принуждение конца редактирования

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

Вызвать конец редактирования в текстовом представлении, впоследствии отправляющем a textDidEndEditing: обменивайтесь сообщениями его делегату, можно наблюдать окно NSWindowDidResignKeyNotification уведомление. Затем в методе наблюдателя отправить makeFirstResponder: к окну для окончания любого происходящего редактирования, в то время как окно было активно. Иначе, в настоящее время редактирующееся управление остается первым респондентом окна и не заканчивает редактирование.

Перечисление 7-2 представляет реализацию textDidEndEditing: метод делегата, заканчивающий редактирование в NSTableView подкласс. По умолчанию, когда пользователь редактирует ячейку в табличном представлении и нажимает Tab или Return, полевой редактор редактирование концов в текущей ячейке и начинает редактировать следующую ячейку. В этом случае, если пользователь нажимает Return, Вы хотите закончить редактирование в целом. Этот метод различает, которые вводят, пользователь нажал; для Вкладки это делает нормальное поведение, и для Возврата это вызывает конец редактирования полностью путем создания окна первым респондентом.

Перечисление 7-2  , Вызывающее конец редактирования

- (void)textDidEndEditing:(NSNotification *)notification {

    if([[[notification userInfo] valueForKey:@"NSTextMovement"] intValue] ==

                        NSReturnTextMovement) {

        NSMutableDictionary *newUserInfo;

        newUserInfo = [[NSMutableDictionary alloc]

                            initWithDictionary:[notification userInfo]];

        [newUserInfo setObject:[NSNumber numberWithInt:NSIllegalTextMovement]

                                forKey:@"NSTextMovement"];

        notification = [NSNotification notificationWithName:[notification name]

                                object:[notification object]

                                userInfo:newUserInfo];

        [super textDidEndEditing:notification];

        [[self window] makeFirstResponder:self];

    } else {

        [super textDidEndEditing:notification];

    }

}

Установка фокуса и выбора программно

Обычно пользователь щелкает по объекту представления в окне для установки фокуса или первого состояния респондента, так, чтобы последующие события клавиатуры перешли к тому объекту первоначально. Аналогично, пользователь обычно создает выбор путем перетаскивания мыши в представлении. Однако можно установить и фокус и выбор программно.

Например, если у Вас есть окно, содержащее текстовое представление, и Вы хотите, чтобы то текстовое представление стало первым респондентом с точкой вставки, расположенной в начале любого текста в настоящее время в текстовом представлении, Вам нужна ссылка на окно и текстовое представление. Если те ссылки theWindow и theTextView, соответственно, можно использовать следующий код для установки фокуса и точки вставки, которая является просто диапазоном выбора нулевой длины:

[theWindow makeFirstResponder: theTextView];

[theTextView setSelectedRange: NSMakeRange(0,0)];

Когда объект, соответствующий NSTextInputClient протокол становится первым респондентом в ключевом окне, NSTextInputContext объект становится активным и связанным к активным источникам ввода текста, таким как палитра символов, клавиатуры и методы ввода.

Был ли выбор установлен программно или пользователем, можно добраться, диапазон символов в настоящее время выбирал использование selectedRange метод. NSTextView указывает его выбор путем применения специального набора атрибутов к нему. selectedTextAttributes метод возвращает эти атрибуты, и setSelectedTextAttributes: устанавливает их.

При изменении выбора в ответ на ввод данных пользователем, NSTextView объект вызывает свое собственное setSelectedRange:affinity:stillSelecting: метод. Первый параметр является диапазоном для выбора. Второе, вызванный сродство выбора, определяет, какой глиф точка вставки выводит на экран рядом, когда эти два глифа, определяющие выбранный диапазон, не смежны. Это обычно используется, где выбранные строки переносятся для размещения точки вставки в конце одной строки или начало следующей строки. Можно получить сродство выбора в настоящее время в действительности использование selectionAffinity метод. Последний параметр указывает, является ли выбор все еще в процессе изменения; делегат и любые наблюдатели не уведомляются относительно изменения в выборе, пока метод не вызывается с NO для этого параметра.

Другим фактором, влияющим на поведение выбора, является гранулярность выбора: выбираются ли символы, слова или целые абзацы. Это обычно определяется числом начальных щелчков мышью; например, двойной щелчок инициирует выбор уровня слова. NSTextView решает, сколько изменить выбор во время входного отслеживания с помощью selectionRangeForProposedRange:granularity: метод.

Дополнительным аспектом выбора, связанного с входным управлением, является диапазон отмеченного текста. Поскольку входной контекст интерпретирует ввод с клавиатуры, он может отметить неполный ввод специальным способом. Текстовое представление выводит на экран этот отмеченный текст по-другому от выбора, с помощью временных атрибутов, влияющих только на дисплей, не расположение или хранение. Например, NSTextView использование отметило текст для отображения ключа комбинации, такого как Опция-E, помещающая символ акута выше символа, вводимого затем. Когда пользователь вводит Опцию-E, текстовое представление выводит на экран акут в желтом поле выделения, указывая, что это - отмеченный текст, а не заключительный ввод. Когда пользователь вводит следующий символ, текстовое представление выводит на экран его как единственный символ с диакритикой, и отмеченное текстовое выделение исчезает. markedRange метод возвращает диапазон любого отмеченного текста, и markedTextAttributes возвращается атрибуты раньше выделяли отмеченный текст. Можно изменить эти атрибуты использование setMarkedTextAttributes:.

Обновление состояния

NSTextView автоматически обновляет окно Fonts и линейку, когда изменяется ее выбор. Если Вы добавляете какой-либо новый шрифт или атрибуты абзацев к Вашему подклассу NSTextView, необходимо будет переопределить методы, выполняющие это обновление для учета добавленной информации. updateFontPanel метод заставляет окно Fonts вывести на экран шрифт первого символа в выборе. Вы могли переопределить этот метод для обновления дисплея вспомогательного представление в окне Fonts. Точно так же updateRuler заставляет линейку отображать атрибуты абзацев для первого абзаца в выборе. Можно также переопределить этот метод для настройки дисплея элементов на линейке. Обязательно вызовите super реализация в Вашем переопределении для выполнения основного обновления также.

Пользовательские типы импорта

NSTextView операции области монтажа поддержек и перетаскивание файлов и цветов в его текст. При настройке возможности подкласса обработать операции области монтажа для новых типов данных необходимо переопределить readablePasteboardTypes и writablePasteboardTypes методы для отражения тех типов. Точно так же для поддержки новых типов данных для перетаскивания операций необходимо переопределить acceptableDragTypes метод. Ваша реализация этих методов должна вызвать реализацию суперкласса, добавить, что новые типы данных к массиву возвратились из super, и возвратите измененный массив.

Чтобы считать и записать пользовательские типы области монтажа, необходимо переопределить readSelectionFromPasteboard:type: и writeSelectionToPasteboard:type: методы. В Вашей реализации этих методов необходимо считать новые типы данных поддержки подкласса и позволить суперклассу обработать любые другие типы.

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

Изменение поведения выбора

Ваш подкласс NSTextView может настроить способ, которым выборы сделаны для различных гранулярностей (таких как символ, слово и абзац) описанным вставляющим Фокусом и Выбором Программно. В то время как отслеживание пользователя изменяется на выбор, NSTextView объект неоднократно вызывает selectionRangeForProposedRange:granularity: определить что диапазон фактически выбрать. Когда закончено отслеживая изменения, это отправляет делегата a textView:willChangeSelectionFromCharacterRange:toCharacterRange: сообщение. Путем переопределения NSTextView метод или реализация метода делегата, можно изменить способ, которым выбор расширен или сокращен. Например, в редакторе кода можно предоставить делегату, расширяющему двойной щелчок по фигурной скобке или символу круглой скобки к его соответствию разделителя.

Эти механизмы не предназначены для изменения определений слова языка (такой как, что выбрано двойным щелчком). Та подробность выбора обрабатывается в более низком (и в настоящее время частная) уровень текстовой системы.

Подготовка изменить текст

Если Вы создаете подкласс NSTextView для добавления новых возможностей, которые изменят текст в ответ на пользовательские действия Вы, возможно, должны изменить диапазон, выбранный пользователем прежде фактически применить изменение. Например, если пользователь вносит изменение в линейку, изменение должно примениться к целым абзацам, таким образом, выбор, вероятно, придется расширить на границы абзаца. Три метода вычисляют диапазон, к которому должны применяться определенные виды изменения. rangeForUserTextChange метод возвращает диапазон, к которому должно применяться любое изменение в самих символах — вставках и удалениях —. rangeForUserCharacterAttributeChange метод возвращает диапазон, к которому должно применяться изменение символьного атрибута, такое как новый шрифт или цвет. Наконец, rangeForUserParagraphAttributeChange возвращает диапазон для изменения уровня абзаца, такого как новая или перемещенная позиция табуляции или отступ. Эти методы весь возврат диапазон, расположение которого NSNotFound если изменение не возможно; необходимо проверить возвращенный диапазон и отказаться от изменения в этом случае.

Текстовые уведомления изменения и сообщения делегата

В фактическом внесении изменений в текст необходимо гарантировать, что изменения должным образом выполнены и зарегистрированы различными частями текстовой системы. Вы делаете это путем заключения в скобки каждого пакета потенциальных изменений с shouldChangeTextInRange:replacementString: и didChangeText сообщения. Эти методы гарантируют, что соответствующий делегат обменивается сообщениями, отправляются, и уведомления отправляются. Первый метод спрашивает делегата к разрешению начать редактировать с a textShouldBeginEditing: сообщение. Если возвращается делегат NO, shouldChangeTextInRange:replacementString: поочередно возвраты NO, когда Ваш подкласс должен запретить изменение. Если возвращается делегат YES, текстовое представление отправляет NSTextDidBeginEditingNotification, и shouldChangeTextInRange:replacementString: поочередно возвраты YES. В этом случае можно внести изменения в текст и проконтролировать путем вызова didChangeText. Этот метод завершает изменения путем регистрации NSTextDidChangeNotification, который приводит к делегату, получающему a textDidChange: сообщение.

textShouldBeginEditing: и textDidBeginEditing: сообщения отправляются только один раз во время сеанса редактирования. Более точно они отправляются на первый ввод данных пользователем начиная с NSTextView стал первым респондентом. После того, эти сообщения — и NSTextDidBeginEditingNotification— пропускаются в последовательности. textView:shouldChangeTextInRange:replacementString: метод, однако, должен быть вызван для каждого отдельного изменения.

Умная вставка и удаляет

NSTextView определяет несколько методов для помощи в «умной» вставке и удалении текста, так, чтобы интервал и пунктуация был сохранен после изменения. Когда пользователь выбрал целые слова или другие значительные модули текста, умная вставка и удаление обычно применяются. Умное удаление слова перед запятой, например, также удаляет пространство, которое иначе оставили бы перед запятой (не поместив его на области монтажа в операции Cut). Умная вставка слова между другим словом и запятой добавляет пространство между этими двумя словами для защиты той границы. NSTextView автоматически использует умную вставку и удаление по умолчанию; можно повернуть это поведение от использования setSmartInsertDeleteEnabled:. Выполнение так заставляет только выделенный текст быть удаленным, и вставленный текст, который будет добавлен без добавления пробела.

Если Ваш подкласс NSTextView определяет любые методы, вставляющие или удаляющие текст, можно сделать их умными путем использования в своих интересах два NSTextView методы. smartDeleteRangeForProposedRange: метод разворачивает предложенный диапазон удаления для включения любого пробела, который должен также быть удален. Если необходимо сохранить удаленный текст, однако, обычно лучше сохранить только текст от исходного диапазона. Для умной вставки, smartInsertForString:replacingRange:beforeString:afterString: возвраты ссылкой две строки, которые можно вставить прежде и после данной строки для сохранения интервала и пунктуации. См. описания метода для получения дополнительной информации.

Реализация поддержки ввода текста

Пользовательские представления Какао могут обеспечить переменные уровни поддержки системы ввода текста. Существует по существу три уровня поддержки для выбора из:

1. Переопределите keyDown: метод.

2. Переопределение keyDown: и используйте handleEvent: поддерживать привязки клавиш.

3. Также реализуйте полное NSTextInputClient протокол.

На первом уровне поддержки, keyDown: метод распознает ограниченный набор событий и игнорирует других. Этот уровень поддержки типичен для игр. (При переопределении keyDown:, необходимо также переопределить acceptsFirstResponder заставить Ваше пользовательское представление реагировать на ключевые события, как описано в “Основах Обработки событий” в Руководстве по Обработке событий Какао.)

На втором уровне поддержки можно переопределить keyDown: и используйте handleEvent: метод для получения поддержки привязки клавиш, не реализовывая NSTextInputClient протокол. Поскольку NSView метод inputContext не инстанцирует NSTextInputContext автоматически, если представление не соответствует NSTextInputClient, пользовательское представление должно инстанцировать его вручную. Вы тогда реализуете стандартные методы привязки клавиш, которые Ваше представление хочет поддерживать, такой как moveForward: или deleteForward:. (Полный список методов привязки клавиш может быть найден в NSResponder.h.)

Если Вы пишете свое собственное текстовое представление с нуля, необходимо использовать третий уровень поддержки и реализовать NSTextInputClient протокол в дополнение к переопределению keyDown: и использование handleEvent:. NSTextView и его подклассы являются единственными классами, предоставленными в Какао та реализация NSTextInputClient, и если для Вашего приложения нужно более сложное поведение, чем NSTextView может обеспечить, как текстовой процессор мог бы, Вы, возможно, должны реализовать текстовое представление с нуля. Чтобы сделать это, необходимо разделить на подклассы NSView и реализация NSTextInputClient протокол. (Класс, реализовывая этот протокол — путем наследования от NSTextView или путем реализации протокола непосредственно — вызывается текстовым представлением.)

Если Вы реализуете NSTextInputClient протокол, Ваше представление должно управлять отмеченным текстом и связаться с контекстом ввода текста для поддержки системы ввода текста. Эти задачи описаны в следующих двух разделах.

Управление отмеченным текстом

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

Когда пользователь вводит символ с многократными нажатиями клавиш, такими как «В», в, типичный пример отмеченного текста появляется NSTextView объект. Для ввода этого символа пользователь должен ввести Опцию-E, сопровождаемую ключом E. После нажатия Option-E метка диакритического знака появляется в выделенном поле, указывая, что текст отмечен (не окончательный). После финала нажимается E, «В» символ появляется, и выделение исчезает.

Связь с контекстом ввода текста

Текстовое представление и контекст ввода текста должны сотрудничать так, чтобы входной контекст мог реализовать свой пользовательский интерфейс. NSTextInputContext класс представляет интерфейс системе ввода текста, т.е. состоянию или контексту, уникальному для его объекта клиента, такого как состояние привязки клавиш, сеанс связи метода ввода, и т.д. Большая часть NSTextInputClient методы протокола вызывает входной контекст для управления текстом в текстовом представлении во входных целях пользовательского интерфейса контекста.

Каждый NSTextInputClient- совместимый объект (обычно NSView подкласс), имеет его собственное NSTextInputContext экземпляр. Реализация по умолчанию NSView метод inputContext управляет NSTextInputContext инстанцируйте автоматически, если подкласс представления соответствует NSTextInputClient протокол.

Когда событие от нажатия мыши или событие клавиатуры происходят путем отправки, текстовое представление должно сообщить текущему менеджеру по вводу handleEvent: обменивайтесь сообщениями к текущему входному контексту. Когда его отмеченный текстовый диапазон больше не необходим, текстовое представление отправляет a discardMarkedText обменивайтесь сообщениями к текущему входному контексту.

Кроме того, текстовое представление должно сказать входной контекст, когда информация о положении для диапазона символов изменяется, такой как тогда, когда текстовое представление прокручивает путем отправки invalidateCharacterCoordinates обменивайтесь сообщениями к входному контексту. Входной контекст может тогда обновить информацию, ранее запрошенную через методы как firstRectForCharacterRange:actualRange: когда, например, это хочет показать всплывающее меню выбора для отмеченного текста (как с японским методом ввода). Существует дополнительный метод, drawsVerticallyForCharacterAtIndex:, это может сообщить системе ввода текста, представляет ли приспосабливающий протоколу клиент символ в данном индексе вертикально.

Входной контекст обычно использует все методы в NSTextInputClient протокол. Когда раскладка клавиатуры изменяется, можно также зарегистрироваться для получения уведомления из входного контекста.

Для получения дополнительной информации обратитесь к Ссылке класса NSText, Ссылке класса NSTextView, Ссылке класса NSView, Ссылке класса NSTextInputContext и Ссылке на протокол NSTextInputClient.

Как работает полевой редактор

Текстовая система автоматически инстанцирует полевого редактора от NSTextView класс, когда пользователь начинает редактировать текст NSControl возразите, такие как текстовое поле. В то время как это редактирует, система вводит полевого редактора в цепочку респондента как первый респондент, таким образом, это получает события нажатия клавиши вместо текстового поля или другого объекта управления. Когда сдвиги фокуса к другому текстовому полю, полевой редактор присоединяется к тому полю вместо этого. Полевой редактор определяет поле текущего текста как его делегата, позволяющего текстовому полю управлять изменениями в своем содержании. Если Вы не знакомы с работами полевого редактора, потому что, этот механизм может сбить с толку NSWindow метод firstResponder возвращает полевого редактора, который не видим, а не экранный объект, в настоящее время имеющий клавиатурный фокус.

Среди его других режимов работы полевой редактор поддерживает выбор для текстовых полей, которые он редактирует. Поэтому текстовое поле, это не редактируется, не имеет выбора (если Вы не кэшируете его).

Полевой редактор определяется его обработкой определенных символов во время ввода текста, отличающегося от обычного текстового представления. Обычное текстовое представление вставляет новую строку, когда пользователь нажимает Return или Enter, это вставляет символ табуляции, когда пользователь нажимает Tab, и это игнорирует Shift-Tab. Напротив, полевой редактор интерпретирует эти символы как сигналы, чтобы закончить редактирование и оставить первое состояние респондента, смещая фокус к следующему объекту в цикле ключевого представления (или в случае Shift-Tab, предыдущего ключевого представления).

Конец редактирования триггерной синхронизации содержания полевого редактора и NSTextFieldCell возразите что редактирование средств управления в текстовом поле. В той точке Какао отсоединяет полевого редактора от текстового поля и показывает текстовое поле наверху иерархии представления.

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

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

- (BOOL)control:(NSControl *)control textView:(NSTextView *)fieldEditor

                                    doCommandBySelector:(SEL)commandSelector {

     BOOL retval = NO;

     if (commandSelector == @selector(insertNewline:)) {

         retval = YES;

         [fieldEditor insertNewlineIgnoringFieldEditor:nil];

     }

     return retval;

}

Используя пользовательского полевого редактора

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

- (id)windowWillReturnFieldEditor:(NSWindow *)sender toObject:(id)anObject

{

    if ([anObject isKindOfClass:[CustomTextField class]])

    {

        if (!myCustomFieldEditor) {

        myCustomFieldEditor = [[CustomFieldEditor alloc] init];

        [myCustomFieldEditor setFieldEditor:YES];

        }

        return myCustomFieldEditor;

    }

    return nil;

}

Поле связанные с редактором методы

Этот раздел перечисляет методы AppKit, наиболее непосредственно связанные с полевым редактором. Можно просмотреть эти таблицы для понимания, где Какао предоставляет возможности для Вас для взаимодействия с полевым редактором. Обратитесь к Ссылке Платформы AppKit для подробных данных. NSWindow методы, связанные с полевым редактором, перечислены в Таблице 7-1.

NSTextFieldCell метод, связанный с полевым редактором, перечислен в Таблице 7-2.

NSCell методы, связанные с полевым редактором, перечислены в Таблице 7-3.

NSControl методы, связанные с полевым редактором, перечислены в Таблице 7-4. NSControl методы делегата, перечисленные в Таблице 7-4, являются специфичными для управления версиями методов делегата и уведомлений, определенных NSText. Полевой редактор, полученный из NSText, инициирует отправку сообщений делегата и уведомлений посредством ее действий редактирования.

NSResponder методы, связанные с полевым редактором, перечислены в Таблице 7-5.

NSText и NSTextDelegate методы, связанные с полевым редактором, перечислены в Таблице 7-6.