Разработка технической документации и технические писатели Технические писатели и разработка технической документации технические писатели в Телеграм 

 obmen_soobsheniyami.png Чат для технических писателей 
 Зарегистрируйтесь
Страницы: 1 2 3 След.
RSS
Вопросы и ответы
 
Раз уж создали тему, то надо начинать задавать/отвечать на вопросы  :D
 
Подскажите пожалуйста как DITA решает проблему привязки хелпа к UI...
Дано:
1. .h файл со списком алиасов, которые уже развешаны в интерфейсе.
2. CHM файл собранный из DITA с топиками для всех оков в интерфейсе.
3. Менять что-либо в .h файле нельзя, так как это задействует программистов.

Как связать между собой .h файл с существующими топиками в CHM формате?
Из подручных средств есть, Oxygen XMLEditor, XMLMInd, HTML Workhop.
А тут пишу Я - http://fortechwriters.com/
 
Цитата
Подскажите пожалуйста как DITA решает проблему привязки хелпа к UI...
Dita не решает такие проблемы.
Как выглядят алиасы (пример) и в какой ОС (ОС + язык) написан клиент (UI)? Проблема может решиться созданием нужных названий топиков и доп. скрипта(ов), вызываемого(ых) из UI.
 
Цитата
А тут пишу Я - http://fortechwriters.com/
[code:3h6wd6b6]DITA неплоха, на мой взгляд, как раз для кучи маленьких проектов, в которых много повторяющейся информации. Но тут надо четко отдавать себе отчет, что один текрайтер с Дитой вряд ли справится. Нужен будет еще и программист в команде. Потому что даже чисто внешне сделать на дите “красивый” хелп без помощи программистов достаточно тяжело. Можно использовать все дефолтные функции, но выглядеть такая справка будет не очень привлекательно. Да и много функционала без девыелоперов тоже применять будет невозможно.[/code:3h6wd6b6]1. Дита наоборот хороша для больших проектов, особенно если там много повторяющейся инфы, несколько версий и деление на разные категории пользователей, перевод. Куча маленьких проектов может свободно быть реализована средствами MS Word. Например, файлик до 50-70 страниц в ворде легко обновляется, что не скажешь про файлы 500 и более страниц, в которых плывут и стили, и смысл и идея....

2. Рядовой "текрайтер" действительно не должен справляться с дитой в одиночку. Одна из концепций (не основная, но всё же) диты - отделение стилей от контента. Т.е. один раз настраивается, пусть оч. долго, зато потом тупо создаются и обновляются текстовые файлы, не задумываясь о стилях и форматировании. Компании могут нанимать специалиста Dita для установки и настройки, а обычные писатели будут просто создавать тексты не думая. Я построил уже несколько таких моделей "из коробки", где достаточно развернуть exe-шник и просто готовить файлы по определенным правилам. Достаточно студента, который начал изучать html. Все остальное делают скрипты и крон.

3. Я вообще гуманитарий, юрист по образованию. В программировании не силен. Для работы с Dita нужен HTML (основы), XSLT (основы) и ANT (синтаксис, если предполагается автоматизировать процесс). Всю информацию легко можно найти в гугле. Нужно немного знать английский, но есть гугл-переводчик.
 
ADVANCED, проект на C#, вот пример алиаса..."ECH_SPECGENERATOR_MODES_AND_OUTPUTS" 1008.

Во Флере это решалось при компеляции хелпа. Был еще один файл в котором хранилось соответствие топиков алиасам и при компеляции хелпа к нужным топикам просто добавлялись соответсвующие алиасы. То есть, на выходе мы получали CHM c уже зашитыми внутрь алиасами. Как-то так... А вот как на ДИТЕ что-то подобное сделать - не знаю.
А тут пишу Я - http://fortechwriters.com/
 
Цитата
[code:18gpam1q]DITA неплоха, на мой взгляд, как раз для кучи маленьких проектов, в которых много повторяющейся информации. Но тут надо четко отдавать себе отчет, что один текрайтер с Дитой вряд ли справится. Нужен будет еще и программист в команде. Потому что даже чисто внешне сделать на дите “красивый” хелп без помощи программистов достаточно тяжело. Можно использовать все дефолтные функции, но выглядеть такая справка будет не очень привлекательно. Да и много функционала без девыелоперов тоже применять будет невозможно.[/code:18gpam1q]1. Дита наоборот хороша для больших проектов, особенно если там много повторяющейся инфы, несколько версий и деление на разные категории пользователей, перевод. Куча маленьких проектов может свободно быть реализована средствами MS Word. Например, файлик до 50-70 страниц в ворде легко обновляется, что не скажешь про файлы 500 и более страниц, в которых плывут и стили, и смысл и идея....
Ну с нашей реализацией, мне показалось, что DITA очень трудоемка для больших проектов. У нас именно такой... и повторяющейся информации там мало. Вот скажем, у нас есть фолдер Fields, где в алфавитном порядке хранятся описания филдов для UI. Так вот...там такое количество информации, что найти что-то крайне сложно. А какой-нибудь филд типа 'Name' в интерфейсе встречается столько раз, что теперь мы все запутались какой Name к чему относится.

Вполне себе понимаю, что это может быть вопрос реализации, наш менеджер, котоый перевел все проекты на диту до этого работал с приложением что-то типа блокнота. А теперь он решил точно такую же стратегию применить к нашим огромнейшим приложениям. Так вот, когда он приводит примеры филдов из блокнота...там все понятно и просто. Потому как, там их немного и все они достаточно простые. А вот в нашем случае их получилось миллиард и многие из них повторяются в UI, но имеют разное значение.

В общем, пока полная неразбериха...Вот еще и выяснилось, что никто не подумал как мы этот весь контент будем привязывать к интерфейсу.
А тут пишу Я - http://fortechwriters.com/
 
Нашел вот какое-то описание про алиасы и chm http://www.rsdn.ru/article/helpsystems/hhvbnet.xml
Цитата
ADVANCED, проект на C#, вот пример алиаса..."ECH_SPECGENERATOR_MODES_AND_OUTPUTS" 1008.

Был еще один файл в котором хранилось соответствие топиков алиасам и при компеляции хелпа к нужным топикам просто добавлялись соответсвующие алиасы. То есть, на выходе мы получали CHM c уже зашитыми внутрь алиасами. Как-то так... А вот как на ДИТЕ что-то подобное сделать - не знаю.
Ничего не понял  ни здесь, ни там. А что (подобное) именно нужно получить от ДИТЫ, какой-то ID или <META>, соответствующий ECH_SPECGENERATOR_MODES_AND_OUTPUTS ???
Или название страницы должно быть ECH_SPECGENERATOR_MODES_AND_OUTPUTS ?
 
Сразу оговорюсь: нет совершенно никакого понимания ЧТО я делаю.


В файле vars/ru.xml каждой переменной(кроме id="Product Name" ;)  задал значение похожее на её id - чтобы увидеть где что всплывёт и через это понять назначение переменных.
Например:
Код
<variable id="Body odd footer">Bodyoddfooter</variable>

или
Код
<variable id="Body odd header">ОДИН1<param ref-name="prodname"/>ОДИН2 | ОДИН3<param ref-name="heading"/>ОДИН4 | ОДИН5<param ref-name="pagenum"/>ОДИН6</variable>

В результате привнесённые мной значения переменных отобразились только на странице TOC (переменные id="Toc odd header" и id="Toc odd footer" ;)
Изменил значение id="Unordered List bullet" с точки на дефис - в получаемом документе никаких изменений.
Почему так происходит?

Если я хочу вставить в документ колонтитул с таблицей (например верхний, на всех страницах) - в какой файл и куда нужно вставлять HTML код таблицы?


UPD: Использую Oxygen Author, вывожу в PDF
Изменено: SHON - 14.05.2013 15:21:30 (дополнение текста)
 
если нужно преобразовывать в формат pdf то использовать следует префикс "pdf2" - он, по моему мнению, более удобен для задания настроек.
Возможно, что настройки не применяются, потому что тип генерации в виде  "/transtype:pdf" вместо  "/transtype:pdf2"

Все настройки выходных файлов находятся по адресу:
DITA-OT/plugins/org.dita.pdf2/  ( для OT 1.6 и выше, кстати, какой у вас ? Используете вы отдельный OT или встроеный в Oxygen?) соответственно, настройки плагина (из этой папки) будут применяться при его использовании (формат pdf2)
На мой взгляд лучше использовать более поздние версии OT, т.к. их охотнее "поддерживают" в группе
http://tech.dir.groups.yahoo.com/group/dita-users/

Есть ли у вас базовые знания html? Потому что все элементы это блоки, как они работают можно почитать например тут
http://htmlbook.ru/samlayout/blochnaya-verstka/blochnaya-model
Это к тому, что если вам нужны рамки по госту, то их, по моему мнению, не надо пихать именно в колонтитул а задавать поле на странице ограниченное нужной рамкой.

Пока так. Конкретных вопросов не видно (типа как задать шрифт, изменить форматирование элемента и т.п.) не видно конкретных задач по виду выходного документа.
 
Цитата
aLeks пишет:
Возможно, что настройки не применяются, потому что тип генерации в виде "/transtype:pdf" вместо "/transtype:pdf2"
Где именно задаются настройки генерации? То есть как узнать какой именно тип генерации используется?
Цитата
aLeks пишет:
Все настройки выходных файлов находятся по адресу:
DITA-OT/plugins/org.dita.pdf2/ ( для OT 1.6 и выше, кстати, какой у вас ? Используете вы отдельный OT или встроеный в Oxygen?)
Использую встроенный в Oxygen (1.6.1)
Цитата
aLeks пишет:
Есть ли у вас базовые знания html?
Года-то (году в 2002) знал HTML на уровне, достаточном для клепания простеньких страниц с "табличной" разметкой. Немного знаю CSS.
Цитата
aLeks пишет:
Это к тому, что если вам нужны рамки по госту, то их, по моему мнению, не надо пихать именно в колонтитул а задавать поле на странице ограниченное нужной рамкой.
Мне необходима не вся рамка к документу, а "шапка" (с логотипом, наименованием организации, продукта и документа) в верху каждой страницы. Хотя это, на сколько я понимаю, сути не меняет.

Вопросы:

(Не знаю на сколько конкретными вы их сочтёте. Чтобы спросить о конкретных действиях, необходимо знать какие именно действия и зачем выполняются, а этого знания у меня пока нет)
  • Как "задавать поле на странице ограниченное нужной рамкой"? То есть: как и где задаётся поле? Как и где описываются параметры рамки, это поле ограничивающей?
  • Как сделать "Титульный лист"? Сейчас у меня на титульном листе получаемого PDF документа только <title> из ditamap. Необходимо отобразить на нём наименование АС, наименование документа и прочую предусмотренную ГОСТом информацию. Где (в каком файле) эту информацию вводить? Где и как настраивать форматирование титульного листа?
 
У меня не заладилось со встроенным OT - постоянно вылезали какие-то ошибки. В итоге работаю с отдельным, версии 1.6.3.
Запустить тулкит можно отдельно из директории "Oxygen XML Editor\frameworks\dita\DITA-OT" файл "startcmd.bat"
В появившейся командной оболочке ввести команду вида:
«ant -Dargs.input=samples/sequence.ditamap -Doutput.dir=out  -Dtranstype=htmlhelp»
В данной команде
«ant» - инициализация  ANT.
«- Dargs .input =» - входной файл карта генерируемого документа, путь к которому путь указывается абсолютно или относительно.
«- Doutput .dir » - путь, по которому помещается генерируемый документ и лог-файл процесса генерации (параметр не обязателен).
«- Dtranstype =» - расширение генерируемого документа; значения могут быть выбраны («pdf 2» для .pdf, «htmlhelp» для .chm, «xhtml» для группы .html, «wordrtf» для .rtf, «odt» для .odt, более подробно смотрите «userguide.pdf»).
«-Dargs.filter=» - входной файл-фильтр для генерируемого документа, путь к которому путь указывается абсолютно или относительно (параметр не обязателен).
Полный список команд и более подробное описание смотрите в «userguide.pdf». Если его нет, то могу прислать - сюда не помещается.

Чтобы заработал настраиваемый плагин транстайп должен быть pdf2
-Dtranstype= pdf2
Настройки плагина расположены в папке \DITA-OT\plugins\org.dita.pdf2 Повнимательнее посмотрите содержимое папки - здесь расположены настройки по типу контента (таблицы, списки и т.д., словом все)

1) Советую в файле plugins/org.dita.pdf2/cfg/fo/attrs/basic-settings.xsl
настроить размер страницы (по умолчанию он не А4), так же здесь задаются настройки полей и шрифт по умолчанию. Тут же можно добавить новые значения полей, которые будут использоваться, например на титульном листе
2) Листы разделов генерируются на основании данных файла  /plugins/org.dita.pdf2/cfg/fo/layout-masters.xsl
в него подключаются настройки которые заданы в /plugins/org.dita.pdf2/cfg/fo/attrs/layout-masters-attr.xsl, здесь можно задать свойства (которые используются в  layout-masters). Свойства также могут браться из   basic-settings (например поля оттуда берутся) Как раз тут можно задать базовую рамку на  страницу - это основной болк, внутри которого будут располагаться все остальные блоки.
доп. информация на титульном листе задается (ЭТО ТОЛько один из вариантв, только с ним я и разобралсля) путем добавлением в карту доп информации вида


Код
  <topicmeta>
 <prodinfo>
 <prodname>RU.КЕДР.00061-01 34</prodname>
 <vrmlist>
 <vrm version="3.0"/>
 </vrmlist>
 </prodinfo>
    <data name="about">Программа для архивирования данных обследования оборудования</data>
 <data name="user">Руководство пользователя</data>
    </topicmeta>



Затем в файле /plugins/org.dita.pdf2/xsl/fo/front-matter.xsl
задать контейнер для информации и некоторые его свойства, остальные свойства задаются в файле  front-matter-attr.xsl, у меня свойство  __frontmatter__us er (см. вторую строчку ниже). Кстати, тут же можно задать свойства для названия (title из ditamap)


Код
<fo:block-container absolute-position="absolute" top="150mm" height="20pt">
 <fo:block xsl:use-attribute-sets="__frontmatter__user">
 <!-- Using data element to add user -->
 <xsl:value-of select="$map/*[contains(@class,' map/topicmeta ')]/*[contains(@class,' topic/data ') and @name='user']"/>
 </fo:block>
 </fo:block-container>


Еще в этом файле можно задать логотип на титульный лист

Внутри генерации :


Код
 <xsl:template name="createFrontMatter_1.0">
 <fo:page-sequence master-reference="front-matter" xsl:use-attribute-sets="__force__page__count">
 <xsl:call-template name="ins ertFrontMatterStaticContents"/>
 <fo:flow flow-name="xsl-region-body">
 <fo:block xsl:use-attribute-sets="__frontmatter">



Создаем блок для логотипа


Код
 <fo:block-container absolute-position="absolute" top="5mm" left="5mm">
 <fo:block xsl:use-attribute-se ts="logo">
  <fo:external-graphic src="АБСОЛЮТНЫЙ ПУТЬ К ЛОГАТИПУ\logo.png"/>
 </fo:block>
 </fo:block-container>



Вообще, в файлах типа front-matter-attr.xsl  (атрибуты) задаются настройки конкретных блоков - параграфов (абзацев),  списков, таблиц, изображений и т.д.
 
Спасибо за столь подробный ответ - буду разбираться.  :)  

По поводу userguide.pdf: у меня есть Author-UserManual.pdf - это оно?
 
Ответ не очень подробный, потому что DITA  очень обширна, и некоторые вещи не очевидны или глубоко спрятаны...

Цитата
SHON пишет:
По поводу userguide.pdf : у меня есть Author-UserManual.pdf - это оно?
Нет это не оно. есть отдельный мануал по тулкиту, где указаны команды на исполнение. На самом деле желательно пробежать по диагонали разделы,  посвященные командам и настройкам для pdf.  Тут он-лайн верссия, можно найти pdf -(ссылка рабочая, надо убрать лишний пробел в адресе  " dita-ot.sourceforge.net/1.6/ " - он  упорно вылезает и все портит)


Так же полезным будет (в процессе использования)  заглянуть (при необходимости) в справочник элементов типа
http://docs.oasis-open.org/dita/v1.0/langspec/ditaref-type.toc.html

какое-то представление о непосредственном использовании, а не общие слова можно найти в
http://www.xmlmind.com/tutorials/DITA/index.html#topic_structure

полезным может оказаться
http://www.writersua.com/DITA_tutorials.htm
Изменено: aLeks - 17.05.2013 19:07:07
 
Собираюсь переходить с Word+Acrobat на DITA (пока изучаю DITA OT). Ищу заменители привычных мне средств документирования в DITA и новые плюшки. Прошу ответить на вопросы:
  1. Есть ли в DITA такие переменные, которые вычисляются/подставляются? Например, текущая дата. Каким образом они реализуются?
  2. Есть ли плагины для проверки орфографии?
  3. Есть ли средства для "умной" компоновки страниц? Например, следить, чтобы заголовок и текст не оставался внизу страницы, оторванный от следующего за ним скриншота.

  4. Конвертация в PDF с помощью FOP:
  • можно ли управлять встраиванием шрифтов?
  • можно ли управлять качеством сжатия пиксельных картинок?
  • можно ли задавать параметры отображения конечного документа (масштаб, заголовок окна, прокрутка), ставить защиту на документ?
 
1. Переменных есть много, только вот разобраться с ними просто не получится (нужно покопаться программисту там много кода), возможно есть готовый ответ на http://tech.dir.groups.yahoo.com/group/dita-users/.
2. Про плагины не слышал. Редакторы типа Oxygen могут осуществить проверку при редактировании топика, но русского словаря там все равно нет. Поэтому проверка постфактум вордом.
3. Для нужных элементов просто укажите нужные свойства. (например, помешайте неразделимый контент в доп. контейнер со свойствами ""не разделять"").
4. Шрифты можно отредактировать в file://DITA-OT/plugins/org.dita.pdf2/cfg/fo/font-mappings.xml
   Растяжение/сжатие осуществляется качественно. Размер изображения можно задать в атрибутах конкретного тега image.
   Имя конечного документа - имя карты. Можно отображать/скрывать закладки, представлять их открытыми/закрытыми. Вообще, думаю что отображение зависит от просмоторщика, а не от pdf файла.  Про защиту сказать не могу.
 
aLeks, интересное свойство "не разделять", как оно в оригинале пишется? можно ссылку на спецификацию DITA
По поводу конвертации в pdf - всё-таки где задаются настройки конвертирования? Насчет параметров отображения - они сохраняются в самом pdf-файле.
 
На счет контейнера "bodydiv" я не прав - нет заранее заданых для него свойств - придется какой-то другой элемент для этого использовать или задать свойства для изображения  (тут логичней тэг "fig") - не отрывать от предыдущего и сохранять на странице.
Эти свойства вида ""keep-together.within-page"",  """keep-together.within-line""", ""keep-with-previous.within-line"" и т.д. и это не спецификация ДИТЫ, это спецификация XSL-FO преобразований. Сначала Дита делает mfrt преобразование, потом из получившегося FO генерируется выходной файл в нужном формате.
Конвертация, наверное в настройках FOP - я не лазил туда. есть стабильный результат и хорошо. При необходимости можно предохранить.

ссылки:
http://www.w3schools.com/xslfo/xslfo_blocks.asp#gsc.tab=0 - пусть ссылкак на конкретную страницу, но на ресурсе много интересного по, например, значениям свойств. (применительно к ДИТА) встроеным поиском можно найти много чего.

http://docs.oasis-open.org/dita/v1.1/archspec/archspec.html - архитектура.
http://docs.oasis-open.org/dita/v1.2/spec/DITA1.2-spec.html - спецификация.

И, главное, ДИТА - это в основном повторное использование созданного контента. Без этого проще пользоваться другими методами.
 
Цитата
aLeks пишет:
1. Переменных есть много, только вот разобраться с ними просто не получится (нужно покопаться программисту там много кода), возможно есть готовый ответ на http://tech.dir.groups.yahoo.com/group/dita-users/ .
Вы не в ту степь полезли. Переменные есть у ANT-а, FOP-а и в XSLT. Переменные можно задавать самостоятельно хоть какие и DITA тут ни при чем.
Читайте как пользоваться АНТом https://ant.apache.org/manual/tasksoverview.html и у вас все получится.  
 
Цитата
tech_writer_1 пишет:
Есть ли плагины для проверки орфографии?
Есть. Как пример, можно посмотреть в репозитариии SVN http://antspell.googlecode.com/svn/trunk. Там нужно добавить русский язык только и прикрутить все это дело в билд-скрипт (опять же нужно работать с Ant-ом и к DIta не имеет никакого отношения).
 
Цитата
aLeks пишет:
Шрифты можно отредактировать в file://DITA-OT/plugins/org.dita.pdf2/cfg/fo/font-mappings.xml
Растяжение/сжатие осуществляется качественно. Размер изображения можно задать в атрибутах конкретного тега image.
Имя конечного документа - имя карты. Можно отображать/скрывать закладки, представлять их открытыми/закрытыми. Вообще, думаю что отображение зависит от просмоторщика, а не от pdf файла. Про защиту сказать не могу.
Шрифты не редактируются в текстовом файле. font-mappings.xml  - определяет соответствие семейства определенному шрифту.
Путь к шрифтам прописывается  в конфиге fop. Я не помню как называется файл по умолчанию, но был примерно fop.conf. Посмотрите как там заданы пути к папке шрифтов, если будут вопросы спрашивайте.

Размеры изображения можно задавать непосредственно в атрибутах картинки, либо в можно применять сжатие до определенной величины к картинкам, которые больше, скажем 500 точек в ширину, чтобы умещались на странице книжной ориентации. Вариантов очень много и все это автоматизируется.


Имя конечного документа = имя карты по умолчанию. Но можно делать что угодно и как угодно. Вот пример одного из переименований в моем автосборщике
Код
    <move file="${specif.report.month}\Specification\tz_${tech.zad.number}_${tech.zad.start.date}.${tech.zad.start.month}.${tech.zad.start.year}-${tech.zad.end.date}.${tech.zad.end.month}.${tech.zad.end.year}\${specif.report.month}\Specification.pdf" 
 tofile="A:\2013\Спецификации\ТЗ-0${tech.zad.number}- Спецификация за ${specif.report.month} месяц.pdf"/>



Защита и наличие вкладок также определяется параметрами до конвертации в PDF. Изменять можно, но я не разбирался, т.к. не было необходимости
 
Цитата
aLeks пишет:
И, главное, ДИТА - это в основном повторное использование созданного контента. Без этого проще пользоваться другими методами.
Я не знаю сколько раз в проекте повторяется название программ, юр.лиц, иконок и т.п. их тысячи.
Правильней - Многократное использование блоков контента. Кроме этого, автоматизирован ежедневный выпуск и обновление документации (включая спеллчек, подстановку дат, времени, расчеты нормо-часов, куча конверторов, замены версий, выгрузки из репозитариев и загрузки обратно, рассылки на почту, выкладка в http), что вряд ли получится сделать с помощью других методов (кроме устаревающего docbook). Ну и не стоит забывать, что все это одновременно в разных форматах и разных стилях под множество требований
Изменено: ''ADVANCED'' - 26.06.2013 07:59:58
 
''ADVANCED'',
приведите пожалуйста пример, как вставить текущую дату в текст топика.
 
Цитата
tech_writer_1 пишет:
''ADVANCED'' ,
приведите пожалуйста пример, как вставить текущую дату в текст топика.
1. В build.xml добавляете параметр, определяющий текущую дату

<tstamp>
<fo rmat property="today_for_tech_writer_1" pattern="dd-mm-yyyy"/>
</tstamp>

2. Добавляете поиск маски (из п.3) в тексте и замену на текущее значение:

<replace file="${basedir}\your_filename.ditamap" token="##TODAY##" value="${today_for_tech_writer_1}" />

3. Придумываете маску, которая ставится в разные места, куда надо подставлять дату. Например, ##TODAY##.

4. Вставляете в тексты куда вам надо. Например,

Дата создания документа: ##TODAY## года.



После выполнения скрипта все найденные маски будут заменены на текущую дату в том формате, который задан в настройке.
Это одноразовый пример, и постоянно работать не будет   ;)  . По хорошему, нужно использовать временную папку, как это сделано в самой dita, там вы заменяете значения в копиях файлов, которые потом будут удалены, а не в оригинальных файлах.
Изменено: ''ADVANCED'' - 26.06.2013 12:42:50
 
Ну и соответственно, вместо одного файла указываете множество типа *.xml. Например,

<for param="file">
                   <path>
                       <fileset dir="${basedir}">
                               <include name="**/**/*.xml"/>
                       </fileset>
                   </path>
                        <sequential>

<replace file="${basedir}\your_filename.ditamap" token="##TODAY##" value="${today_for_tech_writer_1}" />

+ дополнительные сценарии и закрывающие теги

Это объясняется так:
Для каждого найденного во всех дочерних директорях файла .xml выполнить замену маски на текущее значение.
 
Сценарии могут быть какие угодно, ограничений нет, все упирается только в вашу фантазию. Apache Ant - мощный инструмент, он развивается и поддерживается. Для него есть множество таргетов, тасков и команд, которые позволяют практически все.

Если вы разберетесь как начинается сборка документа Ant-ом, будет легче изменять сценарии сборки, добавлять свои. Все начинается с файла build.xml, который вы запускаете Ant-ом. Дальше подключаются разные зависимости... Плюс к этому нужен нормальный текстовый редактор (типа Notepad++, PSPad и т.п.)
Страницы: 1 2 3 След.
Читают тему