Интеграция с базой данных

В самом AuthorIT не стал искать, просто менял местами в вордовом документе, благо особых требований к титульному листу не предъявляется.

Я про местоположение на выходной странице "титульный лист"
полей Title, Super title, Version. На титульном листе все эти названия попадают в строго определенные места. Можно ли поменять эти места вывода тем самым изменить внешний вид титульного листа?

Титульный лист - текст, его заполняющий, находится в пиктограмме самой книжки, если открыть ее свойства. Там всякие title, subtitle, version и пр. Еще можно посмотреть медиа. Там есть resnricted-media-cover section.

а чем определяется вид титульного листа - в каком месте выходного документа находится название документа, логотип и т.д.?

п.1. что то не могу сообразить как сделать, чтобы в doc попала только ссылка на сайт

есть ссылка http://www.author-it.com, хотелось бы, чтобы и в doc она попадала "в виде такого текста" и щелкнув на ней, можно было бы перейти по ссылке
если сделать по-умолчанию на основе шаблона jump template, то в doc попадает ненужный текст, все поотключал в шаблоне на вкладке Document, то все равно адрес как минимум дублируется в doc файле

спасибо за ответы
п.2 попробовал - замечательно - то, что надо - т.е. тоже нужно будет покупать

1. можно (имеются гибкие настройки);
2. пдф фактори не пользуюсь. jaws pdf creator создает все ссылки, что есть в вордовой публикации;
3. не знаю, нужна четкая постановка задачи;
4. в десктоповой версии есть некоторые ограничения, которые можно обойти, пользуясь evaluation;
5. еще что-нибудь отвечу.

пока нравится
а заодно уж сюда и вопросики запостю:
1. можно ли при выводе в doc сделать гиперлинки как в html ?
2. при конвертации в pdf средствами authorit через pdf factory не создаются ссылки в оглавлении - это в принципе невозможно так сконвертить, т.к. authorit не умеет ? или это особенность evaluation версии или pdf factory ?
3. как все таки делать в таком случае: есть куча очень похожих описаний (например, как я писал выше, описания команд), к примеру 1000 команд - получается каждую все таки придется задокументировать или можно как то облегчить такую работу (переменные вроде бы не в счет)?
4. в купленной версии за 450 все как минимум также работает ? т.е. не надо потом что-нибудь еще докупать, чтобы работало то, что есть в evaluation версии ?
5. еще чего-нибудь придумаю...

Так и есть. Есть пользователи и группы, как в винде, юниксе и т.д. Можно разделять их права и полномочия. Вплоть до того, что при многопользовательской работе каждый видит только то, что делает сам, а админ видит все

Хелп@мануал - штука узконаправленная. AuthorIT поширше с возможностями. Вчера правил домен ergd.ru, и из раздела этого сайта (по просьбе владельца) легким движением руки сделал цветные каталоги в формате pdf для печати. Очень удобно, все же из единого источника.

спасибо за ссылку

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

Не пользовался этой софтиной, не в курсе. Попробуйте задать вопрос на Философтовском форуме, такм, кажись, был раздел про эту софтину.

В смысле? Разделяет права и полномочия пользователей?

в других не знаю - что-то сразу мне приглянулся AuthorIT
буду параллельно еще на другие посматривать - пока кажется похожим Help&Manual
кстати, не подскажите, чем он таким серъезным отличается?
первое, что бросается в глаза AuthorIT работает с ms sql и поддерживает роли

Интересная задачка... Не могу сказать сходу, как такую фишку автоматизировать. А как такие вещи делаются в других софтинах?

вот есть шаблон описания команды - все замечательно...
1. сегодня, например, собираем документацию на "программу 1", в ней встречается описание "команды 1" с описанием "команда также встречается в программе 2, программе 5"
2. завтра собираем документацию и в ней уже "команда 1" с описанием "команда также встречается в программе 2, программе 5, программе 12, программе 46"
3. и т.д.

Все равно не пойму... Данные - это данные, команды - это команды (управляющие воздействия). Их мешать в кучу просто нельзя. За исключением каких-нибудь bat-файлов, файлов данных, содержащих набор команд для пакетной обработки.

А это как?

ну просто абстрагируйтесь :roll:
я просто для примера привел, ну типа программа в качестве входных данных получает команды...

Чё-то сложно как-то...

А это как?

Если речь идет о многократном повторном использовании одного и того же фрагмента текста - описания какой-то команды, которая используется в различных программах, соответственно, в руководствах на эти различные программы, то без вопросов. Топик, он же модуль данных, фрагмент текста, лежит себе где-то в структуре БД.

Я это читал, по моему, не то...
Я хотел узнать следующее, попробую объяснить на примере.
К примеру, предприятие постоянно пишет программы
В документации на каждую программу один из разделов - это описание команд, которые понимает программа.
Так как некоторые команды могут присутствовать в нескольких программах, то в описание команды попадает список программ и их версий, т.е. картинка получается динамической - каждый раз генерируя документацию на одну и ту же программу будут получаться различающиеся документы, потому что пишутся новые программы и меняется набор команд. Информацию о программах, их версиях и командах и т.д. удобно хранить в базе данных. Возможно ли организовать такое взаимодействие, при котором в документацию будет попадать информация из этой базы?
Может быть возможно "из вне" оперировать переменными через какой-нибудь механизм или в проекте документации держать файл с текущим положением вещей в базе данных, например, в XML формате?

Понял вопрос. В AuthorIT для указанных целей есть переменные. Почитать про них можно либо в родном help'е, либо в статье Графический интерфейс пользователя.

В статье изложена методика описания графического пользовательского интерфейса, а в качестве примера такого описания мне почему-то захотелось использовать именно AuthorIT'овские переменные Все это в разделе Реализация практических приемов описания графического интерфейса пользователя и далее.