AuthorIT, совсем для начинающих

Следите за ссылкой на фрагменты книги - опубликую раздел привязки автотекстов.

Да, рамки по ГОСТ. Сразу добавлю, что скачал Author.dot с форума.
И сам делал автотекст из своих рамок. Стили, которые есть в Author.dot, перенес и в Normal.dot.

Имеются в виду рамки по ГОСТ 2.104-68?

Прочел раздел форума по Author наверно раз десять.

Предистория. Я заинтересовался программой Author, скачал версию 4.3. Думал вот покажу всем (т.е. начальникам)! Но ничего из этого не вышло.

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

Что я мог пропустить или сделать не так?

устарели
в начале ссылок вместо ergd, вбейте authorit
Или зайдите на http://authorit.ru - там все статьи

Здравствуйте.

Или я чего-то недопонимаю, или действительно ссылки на страницы egrd устарели.

Подскажите, если кто-нибудь знает, в чем-же дело???

Спасибо.

Спасибо за такой быстрый ответ. Действительно до этих документов я не добралась, заблудилась на сайте Почитаю. А читала я статьи с http://vvk80.narod.ru/my_articles.htm.

К сожалению, Вы не пишете о том, где и какие статьи Вы читали. Проще, чем написано в статьях "Автоматизация разработки технической документации" части 1 и 2 здесь: http://authorit.ru/?c=&b=&t=HTML/dd_news/toc.htm&o=HTML/dd_news/1_dd_concept.htm&n=HTML/dd_news/1_dd_pub.htm , я материалов по AuthorIT не встречал.

Всем привет! Кто-нибудь знает, где можно почитать что-нибудь по AuthorIT на РУССКОМ языке (английского к большому сожалению совсем не знаю ). Кроме статей в разделе "Статьи по AuthorIT" (их уже изучила вдоль и поперек). Мне нужно что-нибудь для совсем-совсем начинающих, а то у меня уже голова кругом идет от терминов. Мне нужно срочно изучить программулю, и я в панике! Весь интернет "проштудировала", но кроме тех 5 статей больше ничего не нашла. Может искала не там..... Помогите плиз, или хотя бы просто поделитесь соображениями на тему "Новичок в AuthorIT". Буду очень благодарна!

Бог в помощь! Есть проблемы?

ну наверно опять ergd в начале ссылок,
а надо authorit

В смысле?

хочется написать РД с помощью этой чудной программы

как попасть во все ссылки

Блин, именно глоссарий и имел в виду... Старею

Скорее всего эту задачу можно решить с использованием глоссария, но что-то ни как не разберусь как его сделать.

AuthorIT позволяет формировать индекс. Можно попробовать этим воспользоваться.

Часто в технической документации используются сокращения. Обычно используются два подхода:
- при первом упоминании часто используемого термина после него указывают сокращение. Например, летательный аппарат (ЛА). Это удобно когда документ небольшой.
- формируют список сокращений и обозначений (это удобно когда документ объемный)
Вопрос. Возможно ли средствами АuthorIT автоматизировать процесс создания списка сокращений?

из одного источника (книги) не возможно сделать несколько документов в формате .doc (только один .doc, один .html и т.д.)

если Вы скачивали Evaluation версию, то в ней уже пример есть. Его и можно продемонстрировать. Естес-но выходные док-ты не будут оформл-ны по ГОСТ, но об этом на форуме есть информация

Хотелось бы иметь документ, в формате AuthorIT, из которого можно было бы получить несколько документов в Ворде. Просто пример, что бы быстро можно было продемонстрировать возможность "one source".

Сам сделать такой я пока не в состоянии.
Потому как пока не врубился как такое создавать.

Не понял...

Вот, к примеру - http://ergd.ru/pdf/ed.pdf

Собираюсь серьезно заняться освоением Author-IT.
Очень хотелось бы увидеть в реальности документ, из которого можно было бы генерить несколько вордовых документов.
Интересует именно правильная организация структуры для оформления в соотв. с ЕСКД.
Ну и что бы было что начальству показать (принцип one sourse).

Может у кого есть что-нить простенькое, что не жалко выложить на всеобщий осмотр?

к сожалению

к сожелению не проходит. при выборе биб-ки из меню Import... опять выд-ся это сообщение

Вариант решения: создаете новую пустую библиотеку, а затем импортируете в нее все из "испорченной". Должно помочь.

вот сижу разбираюсь. что удалось понять на данный момент. такая ситуация возникает когда открываешь библиотеку приложением AuthorIT V4 Localization Manager (понял приложение предназначенное для создания библитек на других языках). После того как выходишь из данного приложения скорее всего в библиотеку прописывается какая-то информация, которая не позволяет её использовать в trial версии. при чем данную биб-ку можно открыть только AuthorIT V4 Localization Manager, при попытке открыть другими приложениями AuthorIT V4 выдается соответствующее сообщение.

Снос и установка софта скорее всего не поможет. Сам AuthorIT V4 работает нормально, то есть можно создавать, редактировать, публиковать другие библиотеки.

Такая ситуация проявилась сразу после того как скачал прогр-му с сайта разработчика с биб-кой которая быля включена в дистрибутив. просто я на это не обратил внимания.

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

Такие сюрпризы ОЧЕНЬ не приятны, тем более под новый год

А не пробовали:
- полностью снести софтину, вычистить все ее включения в реестре и установить заново?
- установить софтинку на другой, "чистой" машинке?

И еще: как долго софтина проработала у Вас с момента установки?

4.3

С демонстрационной версией 4.1 подобных фокусов не происходило. Работал параллельно с ней и с лицензионной почти полгода. У Вас 4.1 или 4.3?

доизучался!!! готовил проект для показа рук-ву.
открывал библиотеку следующими приложениями
AuthorIT V4 Administrator
AuthorIT V4 Localization Manager
AuthorIT V4 Project Manager
после чего стал открывать её AuthorIT V4 и выдается сообщение:

"this library has been opened by a licensed version and can no longer be opened using the Evaluation Version" далее следует предложение связаться с разработчиками и т.д.

и библиотека не открывается. кто-нибудь с подобным сталкивался? как обойти это.

Ссылаться удобно, но можно сослаться и на п. 1.2.3, абзац 2, перечисление 3. А вот включать в тескт документа аутентичный текст ГОСТ неудобно. А приходится.

преследовать их надо по закону (2.105, подраздел 4.1)

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

Трудно сказать. Год назад софтина версии 4.1 обошлась, кажись, в 450 баксов.

Слава богу, что не все. Но многие, и это довольно неудобно.

НО у нас так все ГОСТы построены !!!

Они наверно 2.105 (п.4.1.7) не читали.

В AuthorIT пока делаю ручками. :twisted:

зашел на сайт AuthorIT, цена на сей продукт от 800 у.е. и выше, хотя по Вашим сообщениям (пршлогодним) - от 400 (или немного больше). Неужели у них такая инфляция?

Вы прямо предвосхищаете ответы на вопросы Час назад писал об этом в новой статье, о ТЗ по ГОСТ 34.602-89, но публиковать буду не ранее понедельника, сыровата еще.
Как такую фичу устроить в AuthorIT - не знаю. Если просто в Ворде - там есть, помимо стилей Заголовков, еще и уровни текста с многоуровневой нумерацией.
Но поступать так не советую, поскольку документ становится несколько бестолковым. Вот вычитал сегодня в метро:

А что будет, если Вы сошлетесь на п. 2.5.9 из другого документа? А будет "Детей, животных без чего-то и т.д", т.е. текст будет вырван из общей канвы документа. Чего "детей-то"?!

Вот уже и портал. развиваетесь!!! поздравляю
опять вопросик.
ситуация:
есть такая структура док-та
1 Заголовок 1
1.1 Заголовок 1.1
1.1.1 Пункт (изложение материала)
1.1.2 Пункт (изложение материала)

1.2 Заголовок 1.2
1.2.1 Заголовок 1.2.1
1.2.1.1 Пункт (изложение материала)
1.2.1.2 Пункт (изложение материала)

С номерацией заголовков понятно, она формируется авт-ки. А вот как организовать авт-кую номерацию пунктов в соответствии с номером заголовка?

Удалять ничего не надо. Можно просто не публиковать топик, и все.

Изначально и у меня были такие шаблоны, затем, по мере наполнения разделов содержимым, делал связки между идентичными разделами отдельных документов. Теперь у меня шаблон целого проекта с типовым содержанием

Вы меня не поняли, это я написал pchelke.

С определением что

в принципе согласен

с чем я не согласен, надеюсь пока, с Вашим подходом копированием библиотек. и вот почему. допустим скопировали биб-ку 2. с ней начинаем работать, пункты ТЗ (например) по ГОСТу не догма, а рук-во к действию. Следовательно, по некоторым пунктам не задано требований, хорошо если мы вставить фразу "требования не задаются", а плохо - мы этот пункт ТЗ удаляем. ТЗ отработали.

Возникает необходимость в биб-ке 3. откуда копируем из 1 или 2-ой? хорошо если из 1-ой, а если из 2-ой?

Соответственно 1-я уже выступает в качестве какого-то шаблона. Что мешает из нее сделать шаблон?

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

У меня другой подход -

Вот я их и взаимоувязал - см. http://dd.ergd.ru/?c=8&b=2 , раздел Особенности НТД для разработки АС и ниже.

Ну, не совсем так, конечно. Библиотеки у меня многократного пользования.

Например, выпустили какой-нибудь новый ГОСТ по моей тематике. Соответственно, мне приходится этот ГОСТ засасывать к себе в текущую рабочую библиотеку. Когда библиотека копируется в новую и уходит в архив, новая текущая библиотека уже содержит все то, что было в предыдущей. Таким образом, не теряется, а пополняется база знаний.

С разрозненными вордовыми файлами базу знаний не накопишь Только single source

просто я лопачу множество справочных руководств, которые постоянно приходиться редактировать, вводить новые топики к новым функционалам! вот теперь я поняла разницу - у вас конечные проекты и одноразовые биб = ки к ним, а у меня проекты бесконечные - и мне удобнее держать их в одной биб - ке!

кстати, хирурга и считают законодателем мод в Авторе! пусть он не скромничает! заслужено и общеизвестно (во сяком случае у нас в городе)...

согласен
а если не типовые?

pchelka

есть объект (изделие), есть приложения к объекту (свойства, процедуры и т.п.). классификацию удобно вести по объекту (изделию), а можно и по приложениям к нему. но кажется удобнее когда работаешь с объектом и соответственно с его приложениями (ТЗ, ТУ, ПИ, РЭ и т.д).
Ваш подход подразумевает работу отдельно с ТЗ и множ-во объектов к нему, ТУ и и множ-во объектов к нему и т.д. Мне кажется это несколько неудобно (конечно со вкуом не спорят)

Да не считается, законодателя мод в части AuthorIT пока нет Мне удобнее старый проект (1.adl) "сдать в архив", а на базе старого (1.adl) сделать новый (2.adl). Зачем в одной библиотеке держать кучу старых проектов?

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

Не копируется. Копируется старая билиотека.

Была, допустим, библиотека 1.adl, скопировали ее в 2.adl, стало 2 одинаковые библиотеки. Библиотеку 1.adl отправляем в архив, а с библиотекой 2.adl работаем, вносим изменения, требуемые для нового проекта. Очень удобно, когда проекты типовые.

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

спасибо, я про это знал. просто не правильно организовал шаблон ТЗ. структуру отработывал в окне для папок. если привильно понял в tz.adl необходимо создать как Вооk Object шаблон ТЗ и его загружать в необходимую библиотеку.
и второе. как Вы думаете стоит использовать следующий подход: формирую в библиотеке (например template.adl) шаблоны ТЗ, ТУ, ПИ (соответсвтвенно как отдельные книги) и затем их исполльзую по назначению в других библиотеках. или для каждого шаблона ТЗ, ТУ и.т.д. формировать отдельную библиотеку

пОшло или пошлО
У меня такая схема: под каждый новый проект создается новая библиотека, создается копированием и переименованием предыдущей. Таким образом, и реестр проектов сохраняется, и база знаний пополняется и не теряется с каждым новым проектом.

почитала - и задалась вопросом: а что, лучше делать каждое ТЗ в отдельной биб - ке? я как - то сразу настроила одну биб - ку по своему вкусу и в ней создаю разные книги... Это пошло?