Реализация автограф-сессии автора для iBooks

Я работаю в маленьком издательстве. И, после выпуска бумажной версии детской книжки решили сделать и ее электронный вариант для iPad. Не приложение, а именно книгу в формате eEub.
Договорились о презентации в крупном торговом центре: бумажные книжки продаются, автор их подписывает, iPad-версия скачивается посетителями центра, плюс они же играются с анимацией на предоставленных iPad'ах.
Но, если автор подписывает бумажные книги, почему бы не подписать и электронную?
Идея новая и оригинальная, но реализуемая ли?
Скажу сразу, реализовать подписывание не удалось, и вот почему...

Технически всё просто — берем индукционный стилус, в книге размещаем canvas-блок с обработчиками рисования и два секретных места, для стирания неудачно написанного и для его сохранения. Сохранять будем в LocalStorage.

C написанием текстов в книге проблем не возникло. Кода для рисования по канве – полный интернет, основная «хитрость» – рисовать надо отрезками, а не точками. Код рисования был подчерпнут тут ^[1].

Сохранять канву будем с помощью getImageData().
Поскольку подпись у нас черно-белая, можно сохранять не все три значения RGB, а только одно. Затем преобразуем полученное число в код символа и получаем здоровенную строку, описывающую нашу картинку.

Для сохранения использован jQuery-плагин jStorage ^[2].
Отлично. Все работает, правда на компе. Переносим на iPad.

Написанный текст не восстанавливается. Расставляем alert’ы, смотрим. Оказывается, нарисованное не сохраняется. Упрощаем код, заменяем плагин jStorage на банальное, но точно рабочее – LocalStorage.name=”бла-бла”.
Не работает. Гуглим. Выясняется, что где-то между iBooks 1.3 и iBooks 2 – Apple обрезала поддержку LocalStorage, но есть поддержка cookie.

Наша канва размером 767х600 пикселей, это больше 400 килобайт данных.
Cookie может сохранить только 4 килобайта. Значит разрежем данные картинки на куски по 4КБ.
Кук может быть 20 штук на сайт. На всякий случай создаем в цикле 150 кук — работает.
Пытаемся распределить в них данные картинки — не работает. Выясняется, что суммарная емкость кук — 20*4096, т. е. около 80 килобайт, и кук может быть не 20, а больше, но с меньшим количеством данных, так чтобы суммарно не превысило 80 килобайт.
Попутно отгребаем еще одну проблему — Apache, под которым отлаживается версия перестает открывать страничку, с которой передаются такие большие заголовки, приходится чистить куки каждый раз.

Нужно сократить объем картинки. Можно кодировать каждую точку не байтом, а битом, но картинка из градаций серого становится черно-белой, что некрасиво.
Гуглим, находим библиотеку Canvas2Image ^[3]. Библиотека возвращает либо объект типа image, либо сохраняет канву на диск в формате jpeg, png или bmp. Нам объект не нужен, нужны чистые данные, поэтому в из кода библиотеки был выкинут ненужный кусок. Теперь у нас есть base64 кодированный png.
Размер картинки начинает колебаться между 20 и 50 КБ, что нас устраивает. Автор получит инструкции, чтобы не увлекался пожеланиями к читателям.

Пробуем восстановить нарисованное… Используем для этого функцию drawImage() из canvas. Хм, восстанавливается со второго раза. Проблема в том, что объект image, который нужно скормить drawImage – не успевает заполниться данными. Для меня это было неожиданно, ведь в качестве image.src были использованы base64 данные, которые уже вроде как загружены.
Проблема решилась вызовом drawImage по событию load для картинки.

Проверяем на компе — работает.
Переносим на ipad – не работает. Орять используем alert'ы. Картинка сохраняется успешно, восстанавливается — нет. Ставим alert для просмотра каждой куки. Первая кука читается, вторая уже нет, javascript в iBooks, судя по всему, падает.
Пробуем делать куки меньшего размера. Чтобы удалить старые — пришлось удалить и снова поставить iBooks.
Теперь всё останавливается после второй куки по 200 байт. Похоже, что размер данных под cookie существенно меньше чем в браузере. Fail…

На этом месте разработка была прекращена. Можно было бы перебором выяснить размер хранилища iBooks, но отладка интерактива книжки на устройстве слишком утомительна и, похоже, в данном случае бесперспективна. Придётся автору подписывать только бумажные книжки…

Автор: shornikov