Виктор Фигурнов (Все сообщения пользователя)

[QUOTE]writer написал:
нужно написать Руководство пользователя
Вопрос: Как вы решаете, какое содержание будет у документа? Отталкиваетесь от Меню программы, от Задач, которые решает программа, от Бизнес-процессов или...?
[/QUOTE]
Решать надо на основе ГОСТ Р ИСО/МЭК 15910—2002 "Процесс создания документации пользователя программного средства"

[QUOTE]eli написал:
Тут наши юристы подкинули определение "вид лица" , ну оно же корявое?[/QUOTE]
Оно будет понятно лишь юристам, т.к. читателю надо будет понять, что слово "лицо" следует понимать в том специфическом значении, в котором оно используется в гражданском законодательстве. Юристы поймут, они читали законы, например, Гражданский Кодекс, в котором есть раздел "Лица", с главами "Граждане (физические лица)", и "Юридические лица"

Еще хуже, что описание утверждает, что в списке могут быть только виды "лиц". Между тем, в списке могут появиться пункты, которые не относятся к "лицам". Например, пусть это поле находится в карточке на объект недвижимости. Собственником объекта недвижимости может быть юридическое или физическое лицо. Всё вроде бы хорошо. Но потом окажется, что собственником объекта недвижимости могут быть также субъект Российской Федерации, муниципальное образование, Российская Федерация, иностранное государство и т.д., которые являются субъектами прав, но не "лицами".

[QUOTE]ubm-1986 написал:
Вопрос был задан про три точки в объекте типа "выпадающий список" и название этого выпадающего списка.[/QUOTE]
В вопросе не было ни слова ни про "три точки", ни про "выпадающий список". [QUOTE]ubm-1986 написал:
Смысловое значение наименования этого выпадающего списка с юридической точки зрения автора не сильно волнует.
[/QUOTE]
Вы телепат?  :|

[QUOTE]ubm-1986 написал:
Выскажусь как человек не чуждый программированию.
Автор прав. При этом, могу посоветовать переформулировать примерно так: "В  выпадающем списке  «Юр/физ лицо» отображаются допустимые определения субъекта права".[/QUOTE]
Тут программирование вообще ни при чём. Очевидно, что данная экранная форма сделана не для программистов. Поэтому текст ее полей и ее описание в документации должны быть понятны для ее целевой аудитории, а вовсе не для программистов, сисадминов или прочих IT-шников.

Термина "определение субъекта права" не существует. Это бессмысленное словосочетание способно только вызвать недоумение читателя.

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

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

Не зная контекста, трудно давать советы. Но возможно, было бы допустимо написать так: "в поле указывается вид субъекта права: [B]Юр. лицо[/B] - юридическое лицо, [B]Физ. лицо[/B] - физическое лицо".

[QUOTE]Rovena написал:
как быть с технической документацией, которая существует не только в бумажном, сброшюрованном виде, но и в электронном? [/QUOTE]
Если электронный документ дублирует бумажный документ - например, это PDF файл, - то колонтитулы и прочие элементы оформления располагаются так же, как в бумажном документе.

Если электронный документ не дублирует бумажный, то там вместо колонтитулов (colonne + titulus = заголовок столбца) используются иные элементы оформления и навигации, удобные и привычные для интерактивного представления информации, такие как меню, навигационное дерево, навигационные цепочки (breadscrumbs), строка состояния и др.

В российской типографике при альбомной ориентации текста на отдельных страницах книги расположение колонтитулов на этих страницах не меняется.

[IMG WIDTH=1044 HEIGHT=767]http://s8.hostingkartinok.com/uploads/images/2016/03/b805c99458d3254f1fe7d07fb2ec2099.png[/IMG]

Для ведущей системы подготовки технической документации Madcap Flare выпущена новая версия 12.

Как всегда, в новой версии имеется масса полезных и интересных возможностей, в частности:
[LIST=1]
[*]Поддержка многоязычных справочных систем. В HTML5 и WebHelp справочных системах переключение языка интерфейса и содержимого справочной системы выполняется нажатием одной кнопки. При выводе в PDF справки для разных языков могут быть выведены последовательно в один PDF-документ.
[*]Новые возможности для создания чувствительных (responsive) справочных систем, имеющих разный вид в зависимости от характеристик устройства, на котором происходит просмотр.
[*]Возможность сохранения сведений об изменениях при экспорте в форматах Word и PDF (это удобно при отправке документов рецензентам)
[*]Приложение стало 64-битным
[*]Назначение соотвествия "горячих клавиш" макросам
[*]Возможность испольования условий в глоссарии и в таблицах стилей
[*]Возможность указания расположения отдельных терминов в индексе
[*]Поддержка формул в форматах MathML и LaTeX
[*]Поддержка локальных таблиц стилей (CSS) для топиков и мастер-страниц, проектов и целей вывода (targets).
[*]Конечный пользователь может выбрать скин для настройки HTML5 справки.
[*]Много других усовершенствований
[/LIST][URL=http://help.madcapsoftware.com/flare12/Content/Introduction_Topics/Flare/Whats_New_in_This_Version_Flare.htm]http://help.madcapsoftware.com/flare12/Content/Introduction_Topics/Flare/Whats_New_in_This_Version_F...[/URL]

Фирма Madcap Software выпускает новые основные (major) версии Flare примерно раз в год.

Предыдущая версия 11 Madcap Flare была выпущена ровно год назад - 16.03.2015 г.

[QUOTE]Текрайтер из Питера написал:
Я же говорил о том, что: "независимо от ответа, _в текущей формулировке_ вопроса он может оказаться с одинаковой долей вероятности как правильным, так и неправильным - не установлено _условие_ правильности". И привел пример (именно пример!) формулировки вопроса, при которой правильный ответ можно найти с большей вероятностью.[/QUOTE]
:D  :D  :D  

"Правильный по ГОСТу ответ" - по РД 50-34.698-90 руководство пользователя должно состоять из следующих разделов  wall-smile
1) введение;
2) назначение и условия применения;
3) подготовка к работе;
4) описание операций;
5) аварийные ситуации;
6) рекомендации по освоению.
Техпис, следующий этому "правильному по ГОСТу ответу", заслуживает немедленного увольнения.  :(

[QUOTE]Текрайтер из Питера написал:
[QUOTE]вариант, предполагающий единственный ответ: "23. Обозначить основной «скелет»/типовую структуру, используемый при создании руководства пользователя, согласно ГОСТ .... "
[/QUOTE]
[/QUOTE]
Думаю, что вот эта статейка Роберта Хорна [URL=/news/biblioteka/structured-writing-as-a-paradigm-by-robert-e-horn/]Structured Writing as a Paradigm[/URL] намного полезнее для понимания, как структурировать руководства пользователя, чем все написанные совковыми бюрократами ГОСТы 40-50 летней давности.

[QUOTE]Claiv написал:
7. Рассказать про взаимодействие участников проекта при создании документации (схематично). Кто может повлиять на процесс создания документации?
10.   Перечислить стадии создания документации. Дать краткую характеристику по каждой стадии.
[/QUOTE]
[IMG WIDTH=915 HEIGHT=1070]http://s8.hostingkartinok.com/uploads/images/2016/03/5dd81abb798603c536b1318979f0d54b.png[/IMG]

[QUOTE]Текрайтер из Питера написал:
Т.е. либо вы выделяете нормальный бюджет на большие системы, либо пытаетесь что-то делать из open source продуктов.
[/QUOTE]
Я бы переформулировал так: либо вы выделяете нормальный бюджет на большие системы, либо выделяете нормальный бюджет и пытаетесь что-то делать из open source продуктов.

Работы по допиливанию open source продуктов, а затем по эксплуатации, настройке и модернизации той комбинации множества open source продуктов, которая будет обеспечивать нужный результат, очень не дешевы.

Опыт Yandex, который сварганил самодельную систему подготовки документации на базе open source продуктов (в основном), тому подтверждение.

[QUOTE]Alex_Gur написал:
В общем, проблемы - те еще![/QUOTE]
;) Никаких проблем. Все работает.

[QUOTE]Alex_Gur написал:
cсылки в файле Word были на другие файлы Word. А теперь файлы преобразовались в PDF, а ссылки остались прежними (на файл Word).
[/QUOTE]
Есть два способа.
1. Делать в Word ссылки не на Word-файлы, а на PDF-файлы. Тогда в сгенерированных PDF-файлах ссылки будут правильными.
2. Выгрузить гиперссылки из PDF-файла с помощью любой утилиты для работы с гиперссылками (например Evermap Autobookmark Pro) в текстовый файл, заменить в этом файле .docx на .pdf и загрузить данные о гиперссылках обратно.

[QUOTE]Цахес написал:
Подскажите, можно ли каким-то образом сделать перекрестные ссылки между документами pdf?
[/QUOTE]
PDF файл может содержать ссылки. Ссылки позволяют выполнять переход:
[LIST]
[*]к другим местам того же PDF-документа,
[*]к веб-страницам.
[*]к другим электронным документам, в том числе PDF-файлам
[*]к вложениям в том же или другом PDF файле
[/LIST]Ссылка на имя (возможно, с путем) PDF-файла или на URL PDF-файла приводит к открытию этого файла с той страницы, которая установлена в PDF-файле как начальная (как правило, это 1-ая страница)

Примеры:
     [B]mydoc.pdf[/B] — открывает файл [B]mydoc.pdf[/B], находящийся в том же каталоге, что и файл, содержащий ссылку
    [B]pdfs/mydoc.pdf[/B] — открывает файл [B]mydoc.pdf[/B], находящийся в подкаталоге [B]pdfs[/B] каталога файла содержащего ссылку
   [COLOR=#000000] [/COLOR][B][COLOR=#000000][URL=http://example.com/docs/mydoc.pdf][COLOR=#000000]http://example.com/docs/mydoc.pdf[/COLOR][/URL][/COLOR] —[/B]- открывает файл по URL [URL=http://example.com/docs/mydoc.pdf]http://example.com/docs/mydoc.pdf[/URL]

Можно открыть PDF-файл на определенной странице, добавив справа к ссылке [B]#page=номер-страницы
[/B]Примеры:
   [B]mydoc.pdf#page=5[/B]
  [B] pdfs/mydoc.pdf#page=53[/B]
   [B][COLOR=#000000][URL=http://example.com/docs/mydoc.pdf][COLOR=#000000]http://example.com/docs/mydoc.pdf[/COLOR][/URL][/COLOR][/B][B][COLOR=#000000]#page=21[/COLOR][/B]

Можно открыть PDF-файл на определенном именованном месте назначения, добавив справа к ссылке [B]#место-назначения[/B] или [B]#nameddest=место-назначения[/B]
Примеры:
   [B]mydoc.pdf#install[/B]
   [B]pdfs/mydoc.pdf#chapter6[/B]
   [URL=http://example.com/docs/mydoc.pdf#n][B][COLOR=#000000]http://example.com/docs/mydoc.pdf#n[/COLOR][/B][/URL][B][COLOR=#000000]ameddest=appendix[/COLOR]2[/B]

Именованные места назначения в PDF Word вроде не создает. Это можно сделать в Adobe Acrobat вручную или с помощью плагинов типа [B]Evermap Autobookmark Pro
[/B]Есть также платная программка позволяющая создавать прямо в Word именованные места назначения в экспортируемых PDF [URL=http://pdfw.grifir.com/index.php]http://pdfw.grifir.com/index.php[/URL][B]
[/B]
При создании PDF из Wоrd гиперссылки на другие PDF-документы приходится создавать и редактировать вручную.

По своему опыту могу сказать, что Word спокойно справляется с документами по 2-3 тысячи страниц, с многими тысячами рисунков, перекрестных ссылок, гиперссылок, таблиц и других элементов оформления.

Полагаю, что Word может и больше, но я не проверял.

Используйте качественный неглючный компьютер, обеспечьте достаточное количество оперативной памяти (8 Гбайт, а лучше 16-32 Гбайта). Хорошо также иметь SSD диск для операционной системы.
И все будет работать. Я использую 64-битную Windows и 64-битный Office - по моим ощущениям они работают быстрее и стабильнее чем 32-битные версии.

Конвертировать в PDF можно самим Word - начиная с версии 2010 он умеет сохранять документы в формате PDF. Гиперссылки в полученном PDF файле работают.

Есть дополнение от Microsoft позволяющее сохранять документы в PDF в Office 2007. При этом в полученном PDF гиперссылки тоже вроде работают, насколько я помню.
[URL=https://www.microsoft.com/ru-ru/download/details.aspx?id=9943]https://www.microsoft.com/ru-ru/download/details.aspx?id=9943[/URL]

[QUOTE]H&M User написал:
Мда.... А вот перевод Н.А.Федорова:[/QUOTE]
Это перевод "прародителя" текста "Lorem Ipsum"  - трактата Марка Туллия Цицерона "О пределах блага и зла".
"Lorem Ipsum" это сильно искаженный и перевранный фрагмент текста Цицерона, изложенный на ломаной латыни.

[QUOTE]Елена написал:
установить видимость <footer> только в случае при наличия на странице скроллинга.
не понимаю - как в шаблоне добавить условие проверки.[/QUOTE]
Давно не работаю с H&M. В нормальной системе подготовки документации  я бы определил footer в CSS например так
[QUOTE][COLOR=#393318][COLOR=gray]#footer {[/COLOR]
[/COLOR] [COLOR=#393318] left:[COLOR=maroon]0px[/COLOR];
[/COLOR] [COLOR=#393318] bottom:[COLOR=maroon]0px[/COLOR];
[/COLOR] [COLOR=#393318] height:50[COLOR=maroon]px[/COLOR];
[/COLOR] [COLOR=#393318] width:[COLOR=maroon]100[/COLOR]%;
[/COLOR][COLOR=#393318] position:[COLOR=#00008b]fixed[/COLOR];
[/COLOR] [COLOR=#393318] display:none;
[/COLOR][COLOR=#393318]}[/COLOR][/QUOTE]
и использовал примерно такое условие для его показа::
[QUOTE][COLOR=#00008b][COLOR=#393318][COLOR=#00008b]if[/COLOR] ($(document).height() > $(window).height()) {
[/COLOR][/COLOR][COLOR=#00008b][COLOR=#393318] $([COLOR=maroon]"#footer"[/COLOR]).hide();
[/COLOR][/COLOR] [COLOR=#00008b][COLOR=#393318]}
[/COLOR][/COLOR] [COLOR=#00008b][COLOR=#393318][COLOR=#00008b]else[/COLOR] {
[/COLOR][/COLOR] [COLOR=#00008b][COLOR=#393318] $([COLOR=maroon]"#footer"[/COLOR]).show();
[/COLOR][/COLOR] [COLOR=#00008b][COLOR=#393318]}[/COLOR][/COLOR][COLOR=#00008b][COLOR=#393318]
[/COLOR][/COLOR][COLOR=#00008b][COLOR=#393318]}[/COLOR][/COLOR]
[/QUOTE]

[QUOTE]Гость написал:
Я знаю, что для регистрации ПО в росреестре нужен пакет документов, перечисленных на их сайте ripto.ru. В этот пакет подобного рода документы, как вы просите - не входят[/QUOTE]
Единый реестр российских программ для электронных вычислительных машин и баз данных ведет не Росреестр, а Минсвязь.
Ваш сайт торгует дисками и шинами, и никакого отношения к Минсвязи и Росреестру не имеет.

[QUOTE]Текрайтер из Питера написал:
Я осознаю, что Flare позволяет делать разные вещи, в т.ч. в части обновлений. НО, он позволяет делать это только с помощью Flare (т.е. обычного .exe в каком-либо виде - GUI или командной строки, неважно). А я говорил немного о другом... Я имел в виду, что если вы измените просто текст. Т.е. возьмете проект Flare из VCS (или какой-либо файл), откроете его в текстовом редакторе, измените его, а потом сделаете commit, то по сути ничего не изменится. Вам надо изменять его внутри Flare какие-либо образом.[/QUOTE]
Скорее всего, ваши высказывания отражают предубеждения, а не реальный опыт работы с обсуждаемым продуктом.

У меня основной режим работы с проектами Flare - это редактирование основных файлов проекта (топиков, стилей, оглавлений, глоссариев и др.) не в GUI, а в текстовом редакторе, обычно это Notepad++ или Sublime.
Мне так удобнее. Т.к. цветовая подсветка лучше выделяет логическую структуру документа, а шаблоны для основных конструкций я назначил на комбинации клавиш.

Но некоторые вещи удобнее делать в GUI.
Например, при переименовании или  перемещении файла топика или рисунка в GUI Flare автоматически находит все ссылки на файл, выводит список этих ссылок и предлагает их скорректировать.
И при утвердительном ответе автоматически исправляет все эти ссылки.
Многие вспомогательные файлы проекта Flare тоже удобнее  редактировать в GUI.
Исправлять ошибки в файлах проекта тоже обычно удобнее в GUI, так там наглядно показывается, где ошибка и в чем она состоит, и проще ее тут же и исправить.

Динамические обновления, о которых вы пишете, во Flare вообще отсутствуют. Можно сказать, что проект Flare это не интерпретируемая, а компилируемая система объектов.
Вроде проекта программы на языке C++. Там тоже вы можете вносить любые изменения в тексты программы, и "[COLOR=#373737]по сути ничего не изменится".
[/COLOR][COLOR=#373737]Чтобы получить результат, надо запустить сборку (build) .
[/COLOR]
В процессе сборки (build) некоторые элементы выходных документов формируются не только по локальному контексту, а с учетом всего содержимого проекта. Это, например, оглавления, индексы, перекрестные ссылки.

[QUOTE]Текрайтер из Питера написал:
Я не о header в xhtml, а именно заголовок в смысле title.
[/QUOTE]
Как вы могли заметить, в приведенных мной примерах заголовок [B]Title[/B] пустой: [B]<[/B][COLOR=#696969][B]title[/B][/COLOR][B]><[/B][COLOR=#696969][B]/title[/B][/COLOR][B]>[/B][COLOR=#696969][B] [/B] [/COLOR]Это не случайно.

[QUOTE]Текрайтер из Питера написал:
Насколько я понимаю, оглавление динамически изменяется только при использовании GUI. [/QUOTE]
Это не так. Во Flare совершенно другая концепция оглавлений, чем та, к которой вы привыкли. Более сложная.
Во Flare можно создавать оглавления автоматически. Можно вручную. Можно создавать [B]title[/B] для топика по оглавлению.
Можно использовать несколько оглавлений в одном проекте. Все зависит от задач. Оглавления бывают разных типов.. И т.д.

Описание использования оглавлений во Flare - 184 страницы
[URL=http://docs.madcapsoftware.com/FlareV11/FlareTablesOfContentsGuide.pdf]http://docs.madcapsoftware.com/FlareV11/FlareTablesOfContentsGuide.pdf[/URL]

[QUOTE]Текрайтер из Питера написал:
насколько я понял, при изменении (merge) заголовка в XTHML придется менять (руками) "оглавления, глоссарии, мастер-страницы, проекты и т.п.- это несложные XML-файлы".[/QUOTE]
Не придется ничего менять. Заголовок XTHML-файла в простейшем случае такой:
[QUOTE]
    [B]<[/B]?xml version="1.0" encoding="utf-8"?[B]>[/B]
    [B]<[/B]html xmlns:MadCap="http://www.madcapsoftware.com/Schemas/MadCap.xsd" xml:lang="ru"[B]>[/B]
        [B]<[/B]head[B]>[/B][B]<[/B]title[B]>[/B][B]<[/B]/title[B]>[/B]
   [B]</[/B]head[B]>[/B]
[/QUOTE]
А если использовать собственные стили и js-скрипты для топика - то чуть сложнее:
[QUOTE]
    [B]<[/B]?xml version="1.0" encoding="utf-8"?[B]>[/B]
    [B]<[/B]html xmlns:MadCap="http://www.madcapsoftware.com/Schemas/MadCap.xsd" xml:lang="ru"[B]>[/B]
        [B]<[/B]head[B]>[/B][B]<[/B]title[B]>[/B][B]<[/B]/title[B]>[/B]
            [B]<[/B]link href="../Resources/Stylesheets/mystyle.css" rel="stylesheet" [B]/>[/B]
            [B]<[/B]script src="../Resources/Stylesheets/mystyle.js" type="text/javascript" [B]/>[/B]
   [B]</[/B]head[B]>[/B]
[/QUOTE]
Менять этот код нужно очень редко, и его смена вообще никак не влияет на оглавления, глоссарии, мастер-страницы, проекты, стили.

[QUOTE]Текрайтер из Питера написал:
Ибо исходник - просто код. Как делается в ворде и HAT продуктах (Flare  и т.п.) - вы понимаете.
[/QUOTE]
Как раз во Flare все исходники - это обычные текстовые файлы:
[LIST]
[*]топики это простенькие XHTML-файлы,
[*]стили это CSS-файлы.
[*]оглавления, глоссарии, мастер-страницы, проекты и т.п.- это несложные XML-файлы
[/LIST]

[QUOTE]H&M'альщик написал:
1. Подскажите, какую из этих систем лучше начать изучать в первую очередь?
[/QUOTE]
Любую. Мне больше нравится Flare, но это дело вкуса. Лаборатория Касперского работает на Author-It. Множество организаций работает на Robohelp, часто уже лет по 20 или более.

О популярности этих систем можно судить по опросам конференции технических писателей США WritersUA.
Там спрашивалось о важности различных программ для деятельности организации, в которой работает участник.
Шкала оценок:
[COLOR=#444444]1 = Unimportant[/COLOR]
[COLOR=#444444]2 = Slightly important[/COLOR]
[COLOR=#444444]3 = Moderately important[/COLOR]
[COLOR=#444444]4 = Important[/COLOR]
[COLOR=#444444]5 = Very important
[/COLOR]
Результаты (для наиболее известных систем подготовки документации):

MadCap Flare:   5 - 111 голосов, 4 - 15 голосов, 3 - 5 голосов, 2 - 6 голосов, 1 - 11 голосов
Adobe Framemaker: 5 - 99 голосов, 4 - 32 голоса, 3 - 24 голоса, 2 - 22 голоса, 1 - 22 голоса
Adobe Robohelp: 5 - 86 голосов, 4 - 11 голосов, 3 - 25 голосов, 2 - 25 голосов, 1 - 19 голосов
Author-it:      5 - 44 голоса, 4 - 5 голосов, 3 - 10 голосов, 2 - 8 голосов, 1 - 6 голосов

Остальные системы подготовки документации существенно отстают.

А почему-то популярные в России программки Help & Manual и Dr. Explain вообще не при делах:

Help & Manual:  5 - 4 голоса, 4 - 1 голос, 3 - 2 голоса, 2 - 4 голоса, 1 - 8 голосов
Dr. Explain:  5 - 0 голосов, 4 - 0 голосов, 3 - 2 голоса, 2 - 1 голос, 1 - 4 голоса

[QUOTE]H&M'альщик написал:
2. Madcap Flare, Author-It - не бесплатное ПО. Подскажите, можно ли в их демонстрационной версии "добраться" до элементов оформления типа рамок на страницах, "штампиков"? Хочу сначала убедиться, пощупать, изучить, до перехода.
[/QUOTE]
Можно. У Robohelp и [COLOR=#373737]Author-It демо версии полностью функциональны, насколько я знаю, только ограничены по сроку работоспособности. У Flare [/COLOR][COLOR=#373737]демо версия добавляет в публикуемые (выходные) документы небольшое количество "шума" - лишние символы, перестановки символов и т.п. То есть, понять, что получится в результате, можно, а использовать демо версию для производства документации нельзя.[/COLOR]

[QUOTE]Текрайтер из Питера написал:
единый источник средствами  LaTeX, т.е.:
1. Diff|Merge.
2. CAT
3. Сборка по автомату из SCM с использованием CI.[/QUOTE]
Средства контроля версий, автоматического перевода и автоматической сборки это полезные возможности, но принцип единого источника - это совершенно иная концепция.

[QUOTE]H&M'альщик написал:
Например по docbook я нашел шаблоны, по ссылке вашего коллеги. А в перечисленных вами системах (искал в Madcap Flare, Author-It) не нашел обсуждения даже на форумах (.[/QUOTE]
Обсуждаются проблемы. Когда задача решается без каких-либо проблем, нет повода для обсуждения.  hi-hi-hi

Вы ведь не сомневаетесь, что в LaTeX можно нарисовать любые рамочки, штампики или иные элементы оформления?
Думаю, не сомневаетесь. Потому что в LaTeX [COLOR=#373737]имеются механизмы, позволяющие [/COLOR]нарисовать всё, что угодно.

Точно так же,[COLOR=#373737] в Madcap Flare, Author-It, Robohelp имеются механизмы, позволяющие задействовать любые элементы оформления печатных страниц и электронных документов.[/COLOR]