|
|
Line 1: |
Line 1: |
− | Часто при работе с вики-системой возникает задача «взять, и упаковать» получившуюся статью.
| + | #REDIRECT [[Blog:TechTools/Заверните мне статью, пожалуйста!]] |
− | Что бы потом послать ее кому-то (заказчикам, программному комитету конференций, редактору журнала, жене, и т.п.) у кого нет доступа к этой вике, а иногда даже нет доступа к интернету.
| + | |
− | И где-то рядом пасется близкая задача «упаковать, но на бумаге».
| + | |
− | | + | |
− | Для таких случаев в рунете сложился единый и нерушимый паттерн: «Засунуть в Ворд».
| + | |
− | Последствия пиратской эры — убежденность, что MS Word есть у всех (у нищебродов и красноглазых линуксоидов есть OpenOffice и LibreOffice), и таким образом, «Ворд» стал универсальным медиаконтейнером.
| + | |
− | Так например, если кому-то надо послать скриншот — скриншот делается кнопкой PrintScreen, создается Word-документ, картинка копипейстится в документ, документ посылается.
| + | |
− | Иногда ворд-документ создают, только чтобы скопипейстить в него и затем распечатать.
| + | |
− | | + | |
− | Подход универсальный, вшитый уже у многих в BIOS, но далеко не оптимальный.
| + | |
− | | + | |
− | Текстовые процессоры — Word/Writer/… нужны только для одной задачи — сделать бумажный документ, который (увы, ограничение такого носителя как бумага) разбит на страницы.
| + | |
− | Откуда возникает куча проблем с оптимальной версткой, разбиением на страницы, размещением плавающих объектов (иллюстраций, таблиц), поддержание ссылочной целостности через номера страниц, и т.п.
| + | |
− | | + | |
− | {{SideBar40|Профессия верстальщика ужасна — тяжело, муторно, безденежно. Отлично выражается в анекдоте:
| + | |
− | | + | |
− | Через кладбище бредет скелет в лохмотьях.
| + | |
− | Его встречает другой скелет:
| + | |
− | | + | |
− | — Привет, ты тоже с ристалища?
| + | |
− | | + | |
− | — Ну да, верстальщик я, номер сдал, иду домой…
| + | |
− | }}
| + | |
− | | + | |
− | Всего этого нафиг на самом деле не нужно в электронном документе с непрерывной моделью верстки!
| + | |
− | И перегоняя HTML-контент через текстовый процессор, вы только выплескиваете ребенка, теряя все красивое стилевое оформление, и получая кучу проблем по бумажной верстке, бесплатно превращая себя в верстальщика.
| + | |
− | | + | |
− | Не делайте этого!
| + | |
− | | + | |
− | А что делать?
| + | |
− | | + | |
− | Если вдруг, вам нужно распечатать вики-статью на бумаге (ну есть такие любители), можно печатать сходу, в MediaWiki грамотно прописанные стили для печати, все распечатается правильными серифными шрифтами, без подчеркивания ссылок, причем все внешние гиперссылки будут распечатаны в скобках).
| + | |
− | | + | |
− | А если вам нужно куда-то послать эту статью, одним файлом, со всем форматированием, и картинками
| + | |
− | лучше использовать самый стандартный media-контейнер для HTML-документов:
| + | |
− | * [[wikipedia:MHTML|MHTML]], стандарт [http://tools.ietf.org/html/rfc2557 RFC 2557] еще прошлого тысячелетия (1999).
| + | |
− | | + | |
− | Его понимают почти все:
| + | |
− | | + | |
− | {{SideBar40|1=Вообще ситуация, что какие-то броузеры это не поддерживают «из коробки» это конечно фейл.
| + | |
− | | + | |
− | Так у Firefox [https://bugzilla.mozilla.org/show_bug.cgi?id=18764 баг на эту тему] стоит аж с 1999 года, хотя есть аж два работающих расширения.
| + | |
− | | + | |
− | Призываю всех небезучастных пользователей FF зайти и проголосовать за этот баг! (Если знаете английский — можно добавить саркастических комментариев и т.п.).
| + | |
− | }}
| + | |
− | | + | |
− | * Internet Explorer начиная с очень древних версий (так что «компьютерно непродвинутый потребитель» по-любому все отлично увидит).
| + | |
− | * MS Office — т.е. да, Word откроет и это, если заказчик, например, хочет активно порецензировать.
| + | |
− | * Остальные броузеры — либо открывают его сходу (Opera — проверил, Chrome — судя по википедии), либо, для пользователей FF — (небольшое увы!) нужно напрячься и поставить расширение.
| + | |
− | | + | |
− | Так для Firefox я пользуюсь [https://addons.mozilla.org/en-US/firefox/addon/mozilla-archive-format/ Mozilla Archive Format], есть еще [https://addons.mozilla.org/en-US/firefox/addon/unmht/ UnMHT] (лично не проверял, но хвалят).
| + | |
− |
| + | |
− | Поставив это расширение, Firefox сможет и просматривать MHT, и сохранять.
| + | |
− | | + | |
− | Итак, запомним, что MHTML — самый стандартный формат консервации HTMLя с картинками и стилями (да, он не оптимален с точки зрения размера и т.п., но если у вас не манга по мотивам Войны и Мира из 100500 картинок, то это все неважно).
| + | |
− | | + | |
− | Осталось понять, какую именно страницу сохранять в MHTML-формате, чтобы не попала всякая «навигационная обвязка».
| + | |
− | | + | |
− | Так вот, для этого мы сделали специальный MediaWiki-скин<ref>Да, в MediaWiki есть стандратный скрин <tt>dumphtml</tt>, но он совсем голый, без стилевых красот</ref>, «cleanmonobook», который берет все стилевое оформление от стандартного скина «monobook», но без навигации и всего лишнего.
| + | |
− | | + | |
− | У нас он вызывается ссылкой «Чистый HTML» («Clean page» для english).
| + | |
− | Используйте эту ссылку, сохраняйте и посылайте MHT-файл, если вам нужно дать кому-то на чтение и рецензирование вики-статью.
| + | |
− | (при печати оно также правильно напечатается — с подстановками URLов внешних ссылок и т.п.).
| + | |
− | | + | |
− | Ну, а если ваш получатель хочет вставить вашу статью (или отрывки из нее) в книгу, которую он пишет в текстовом процессоре (т.е. нужно заранее представить текстом все ссылки, убрать цветовую раскраску и т.п.), то тогда пошлите ему MHTML сделаннный из страницы по ссылке «Версия для печати».
| + | |
− | | + | |
− | ----
| + | |
− | | + | |
− | {{SideBar40|Удивительно, что убогая метафора документа, как «набора страниц с полями» постоянно вылезает из могилы и убивает невинных прохожих. Какой прекрасный был Google Docs, когда его только купил Google — чисто электронный документ, т.е. верстка происходит только в броузере читателя, максимум использованного пространства, отличное юзабилити. Изначально внимание гугла ограничилось кривоприкрученной, но худо бедно работающей публикацией в Blogger. И пока не трогали, все было очень даже ОК. Почти Etherpad. Но нет таки, прошло несколько лет, и Google начал развивать Google Docs, притащив туда
| + | |
− | все скелеты из шкафов — «поля», «линейки», «разбиение на страницы». Скоро принесут туда еще и MSOffic-ный ribbon. Единственное ценное — интеграцию с Blogger, они, кстати отломали и не заметили.
| + | |
− | Ну а для меня на этом Google Docs закончился.
| + | |
− | }}
| + | |
− | | + | |
− | Остался единственный, неприятный вариант.
| + | |
− | Вам нужен именно страничный, текстовый документ.
| + | |
− | Например, вы должны сдать заказчику коробку распечатанной документации в соответствии с тридцатьчетвертым ГОСТом, надо которым будет измываться отдел нормоконтроля, оставшийся с 50х годов прошлого тысячелетия.
| + | |
− | | + | |
− | Вот только в этом случае, вам разумно
| + | |
− | * заранее подготовить единую составную статью (включающую статьи-разделы),
| + | |
− | * перегрузить ее в текстовый процессор ссылками «→M$WORD» или «→OOffice» (раньше они у нас были «закладками», в списке действий над статьей, но сейчас мы перенесли их в список «инструментов», в стиле monobook они слева).
| + | |
− | * приготовится к ручной доводке документа.
| + | |
− | | + | |
− | Да, мы сделали очень много полезных эвристик (расширение «[http://wiki.4intra.net/Mediawiki4Intranet/%D0%A0%D0%B0%D1%81%D1%88%D0%B8%D1%80%D0%B5%D0%BD%D0%B8%D1%8F DocExport]»), максимально отображая семантику вики-статей на разные недокументированные возможности ворда (счетчики, нумерация списков и заголовков, подгонка размеров картинок, выкидывание контента который не ложится на бумагу, и многое, многое другое).
| + | |
− | Но ручной работы все равно не избежать — вам придется руками и глазами пройтись по всему документу, проверить размещение иллюстраций, корректность разбиения на страницы и т.п.
| + | |
− | | + | |
− | * С одной стороны, уверяю — это копейки, по сравнению с накладными расходами ведения документации как в ламерском стиле («много вордовых файлов»), так и в крутом («LaTeX», «SGML Docbook»).
| + | |
− | * C другой, как уже я сказал, — старайтесь и этого по возможности избегать. Используйте MHTML, забудьте про текстовые процессоры. YAGNI!
| + | |
− | | + | |
− | ----
| + | |
− | <references/>
| + | |
− | | + | |
− | {{replicate-from-custiswiki-to-smwiki}}
| + | |
− | {{replicate-from-custiswiki-to-4intranet}}
| + | |
− | {{wl-publish: 2011-09-30 20:51:19 +0400 | StasFomin }}
| + | |