По поводу "Киоска" в iOS
Пришло письмо, в котором автор излагает интересные подробности о "Киоске" (Newsstand) в iOS и о том, каким образом для него готовятся издания. С разрешения автора, Алексея Клецеля, публикую письмо здесь, так как некоторым наверняка это будет интересно и полезно.
Прежде всего, спасибо за интересные и дельные обзоры. Пишу по поводу вышедшего недавно поста «Периодические издания в планшете»
В посте вы путаете понятие эппловского киоска и киоска публикации. Эппловкий киоск, аналог которого действительно отсутствует на андроид, по сути специальная папка, куда издатели периодики ставят свой контент (т.е. программы). Обязательным условием попадания в iOS-папку Newsstand является наличие функции подписки внутри приложения. Т.е. если в вашем журнале нет возможности subscribtion, как это было поначалу у, например, «Огонька», то в киоск его не пустят.
Киоск публикации — это внутренний интерфейс программы, созданной издателем, с доступом к отдельным номерам. Она может стоять в Newsstand, а может и быть снаружи. Кстати, в iOS 6 у пользователя появилась возможность решить оставлять некий журнал в Newsstand или вытащить его наружу, как отдельную программу. Все киоски, которые вы показали в посте сделаны методом Adobe DPS (по которому я имею честь быть сертифицированным специалистом). Есть еще с десяток других методов, а также можно просто написать программу с обновляющимся контентом, соответствующую критетиям Newsstand. Так сделана программа The New York Times.
Кстати, полезность киоска Newsstand все больше подвергается сомнению, поскольку если у вас штук 30 периодических изданий в нем, с изменяющейся, с соответствии с обложкой иконкой и автоматической сортировкой по обновлению, порой сложно быстро найти нужное издание. Поэтому Эппл и добавил возможность выноса любого издания наружу из папки-киоска.
Метод Adobe Digital Publishing Suit, и все многие подобные, основывается на использовании программы верстки InDesign. Формируемые статьи прямо из InDesign'a посылаются в облако Адоба, где храниться и оттуда раздается номер. С помощью программы DPS App Builder издатель заказывает брендированную программу-оболочку со своими настройками (например, ставить или нет в Newsstand), иконкой, подписывает сертификатами на свое имя. Адоб формирует программу-киоск и дает скачать пользователю. Эту программу издатель и посылает в App Store. Аналогичным способом можно заказать программу-оболочку для айфона (или универсальную iOS), Google Play (планшеты), Kindle Fire и RIM PlayBook. Скачивание происходит, как я упоминал, с облака Адоба, т.о. теоретически можно один и тот же контент посылать на столь разные устройства (хотя на практике это происходит редко).
Аналогичное решение есть от Mag+ (тоже на InDesign), аж два от Quark, базирующиеся на QuarkXPress, но непопулярные. И еще ряд похожих на HTML5/JS/CSS.
По поводу сложности. Подготовка хорошего интерактивного макета, как например у русского Popular Mechanics, требует очень подготовленного персонала и времени. Один человек за пару дней сможет сделать только нечто, что будет кое-как подогнано под экран айпада в плане удобочитаемости + какая-то несложная интерактивность. Это всё, вкупе с ценой в 6000 долларов в год + пакеты скачивания сдерживает распространение Adobe DPS. A это решение лучшее в плане цена/результат.
Мало того, основной контент делается для айпада, хотя поддерживаются и др. платформы, перечисленные выше, поскольку на айфоне читать журналы неудобно, PlayBook нераспространен, пользователи Android-планшетов не привыкли платить и не пользуются своими планшетами так часто и много, как люди пользуются айпадом. Прибавим к этому фрагмантированность Android-платформы с кучей размеров экранов и версий OS и получаем, что не только издатели, но и сам Адоб не сильно вкладывается в Андроид-версию DPS. Tак есть целый ряд функций, которые работают на iOS и не работают в Андроид-версиях DPS-киосков.
Надеюсь это длинное письмо вас не утомило и позволило прояснить ситуацию с интерактивными публикациями. Если нужны уточнения, буду рад ответить.
Алексей Клецель, Холон, Израиль
