Когда я начал эту работу по функции редактирования в электронной почте, нажатие кнопки «Ответить», если в почте была веб-страница, заставляло программу пытаться создать ответную страницу в простом компоновщике электронных писем, который использовался в те дни в Apple Mail. Эта система не предлагала почти ничего, кроме базового оформления текста (жирный шрифт, курсив, подчеркивание). Поскольку компоновщик электронных писем веб-браузером не являлся, он не мог правильно передавать веб-страницы. Ответ на электронное письмо с веб-страницей начинался словами: «31 января 2003 года вы написали», но то, что шло дальше, часто представляло собой спутанный, трудный для чтения веб-контент.

Мне предстояло предотвратить появление подобных испорченных писем. Для этого я должен был выгрузить простой компоновщик электронных писем из Apple Mail, установить на его место WebKit и внести изменения так, чтобы никто ничего не заметил. Мне было необходимо сделать создание электронных писем точно таким же, каким оно было раньше для простых однострочных сообщений и более длинных, разветвленных разговоров, и при этом убедиться, что Mail больше не будет запинаться в ответах на электронные письма с веб-страницами.

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

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

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

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

Чтобы показать сущность моих проблем, возьмем два правила поведения точки ввода, простое и сложное.

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

Сложное правило: в обычном блоке текста в конце строки может содержаться бесконечное число пробелов. Это может показаться абсурдным, но именно это правило делает возможным выравнивание текста по левому краю. Без этого блоки текста с многочисленными пробелами в конце строки стали бы «зазубренными» по левому краю. Чтобы увидеть, как работает это правило, поместите курсор после последнего символа в строке в середине абзаца текста. Начните нажимать на «пробел». Когда курсор дойдет до конца, то есть до того места, где текст переходит на следующую строку, добавьте еще несколько пробелов, и это не приведет ни к каким изменениям ни в тексте, ни в положении курсора. Лишние пробелы превратятся в ничто. Чтобы увидеть все свои пробелы, измените размер окна или по-другому разбейте текст на строки, добавив или удалив символы.

«СЛОЖНОЕ» ПРАВИЛО ТОЧКИ ВВОДА
Перейти на страницу:

Все книги серии Цифровые империи

Похожие книги