TechW (Все сообщения пользователя)

:)  
Возвращаясь к вопросу
[QUOTE]TechW пишет:


НОВЫЙ ВОПРОС Кто-нибудь знает как в pdf-выводе убрать название рисунка в ссылке?


[/QUOTE]
Сделать нужно так (теперь для русской версии пишу):

1. Открыть файл в директории DITA ...\DITA-OT1.8.M2\plugins\org.dita.pdf2\cfg\common\vars\ru.xml

2. Найти строчку  <variable id="Figure">Рис.<param ref-name="number"/></variable>. <param ref-name="title"/></variable>

3. Сократить эту строчку, стерев . <param ref-name="title"/></variable>

[B]Вопросов нет[/B]

1. Отображаются, думала что в этом ошибка и прописала <property name="args.rellinks" value="all"/>.  Но оказалось, что это не нужно совсем.
2. Вот найденные мной решения ссылок на рисунки (может кому пригодится):
а) Ссылка на название рисунка посредством механизма conref

б) Гиперссылка на название рисунка посредством механизма xref

в) - Самая лучшая - гиперссылка на номер рисунка посредством механизма xref

При использовании варианта "в) " в [B]html[/B] справке ссылка выглядит как [I]See Fig.1[/I], а в [B]pdf[/B] документе как [I]See Fig.1 Oxygen Sample[/I].
[B]
НОВЫЙ ВОПРОС[/B] Кто-нибудь знает как в pdf-выводе убрать название рисунка в ссылке?

P.S.Да и гиперссылки мне не нужны, мне просто нужен [I]Рис.1[/I]. Наверное, переделаю потом стиль всех гипперссылок под обычный текст - пусть не выделяются :(

[B]Ссылки внутри топика[/B]
1. Что нужно прописать в build файле чтобы отображались ссылки?
2. Правильно ли я поняла, что ссылка типа "бла-бла-бла [B](Рис.1)[/B]" не получится из-за автоматической нумерации рисунков при сборке?
3. А Вы ссылаетесь на рисунки и как?

[I]Уведомление об авторском праве. Торговые марки. Отказ от ответственности.
[/I]Обычно это вторая страница документов. Вы пишите такое? Есть какие-то законы, правила, шаблоны по которым это пишут?

Спасибо за ответ.

[QUOTE]ADVANCED пишет:
...после загрузки модуля редактирования схем.
[/QUOTE]Можно подробнее? Что это за модуль и где его взять?

Знаю, что предопределить значения атрибутов можно используя "карту атрибутов" типа SubjectScheme.
Например, я хочу чтобы атрибут audience имел список возможных значений Administrator и Buchgalter (список так и назвала Audience):






Так вот, в пробной версии xml-редактора Oxygen, после того как я "вложу" такую карту атрибутов  в общую карту, во всех топиках общей карты я смогу выбирать значения атрибута audience из выпадающего списка (то есть не вводить вручную и ошибаться, а выбирать из предопределенных значений).  
В XML-Mind такое не срабатывает ?!
У меня не получается  :(  Так и остаются пустые поля

Спасибо, Елена. ol  и ul не рассматривала,так как у них все-таки другая смысловая нагрузка (списки, а не действия). Да, пока постараюсь без специализации.

Мне вот этот труд помог "DITA for Solo Writers" Louise Kasemir. Он где-то на просторах Интернета, выложила бы но не знаю как.

Недовольна специализацией только потому что XMLMind не показывает специализированный топик в "пользовательском" режиме, только xml-код. Ну и боюсь дальнейших осложнений.
Наверное нужно делать выбор или "неизведанная до конца специализация" или "без подпод текста".

Задача такая: В своих ранних word-руководствах я придерживалась следующей структуры:

[LIST=1][*]Текст текст текст.[*]Текст текст текст:
[/LIST] o Подтекст подтекст подтекст;
      o  Подтекст подтекст подтекст:
[LIST][*]подпод текст;[*]подпод текст.
[/LIST]А в топике Task есть только <step> и <substep>...я сделала специализацию и с <subsubstep> - но хотелось бы без специализации, так как я новичок и не хочется лишний раз отклоняться от изначальной структуры топиков. Как мне запихать ещё шаги в <substep>, не меняя текст и не прибегая к специализации?

[QUOTE]Приятно иногда поговорить с умным человеком ( с собой)

[/QUOTE].., поддержать интересную тему :D

Это не ответ на мой вопрос... это только мои рассуждения:

В идеале: в конкурсной документации указываются требования заказчика. Исполнитель пишет ТЗ, по которым и выбирают победителя.

Но! У исполнителя продукт может быть уже готов или могут существовать наработки, а в конкурсной документации уже есть ТЗ. В таком случае я, пока,  думаю так: разрабатывается документ "Техническое предложение" (ГОСТ 2.118-73) к которому прилагается пояснительная записка (ГОСТ 2.106-68, в которой отражается содержание ТЗ и включены предложения по реализации продукта.

Было бы здорово если бы кто-нибудь ещё опытом поделился.

Помогите разобраться: В конкурсной документации гос.закупок есть ТЗ. Что должна прислать компания, пожелавшая участвовать в конкурсе?

Вот к примеру в  конкурсной документации требуют предоставить органзиационно-технологические предложения.
Как их оформлять? Что это за документ будет? Техническое предложение или ещё одно ТЗ? Как в таких документа подавать информацию? В долженствовании или описании готового?
Есть у кого опыт с госзакупками?

Спасибо.

:D  Хвастаться перед потенциальными пользователями.

Поделитесь опытом.

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

Приходилось ли Вам такой документ собирать?
Может даже есть указания какие-нибудь на подобного рода документы и они как-то официально называются?

Я соглашусь с  Розенталем.

[QUOTE]Nadufka пишет:
В 86 году Розенталь считал так (Управление в русском языке):

[/QUOTE]Вот оно :D ! Помню что там отглагольные должны быть, а почему не помню (ромашка).

[QUOTE]ADVANCED пишет:
Надо чуть ли не в названии темы писать что речь о ТЗ/ЧТЗ. Абсолютно разные подходы.
[/QUOTE]
Вопрос изначально был в правильном употреблении слова возможность. Предложения-примеры надуманы (надуманы как ЧТЗ).

Спасибо большое, речь о ЧТЗ.

Что все согласны? Есть ещё мнения?

А если:
[I]Модуль должен предоставлять пользователю следующие возможности:

[/I][LIST][*][I] добавить объект
[/I][*][I] редактировать объект
[/I][*][I] удалить объект[/I]
[/LIST]как-то не очень по-моему, а вот

[LIST][*][I]добавление объекта
[/I][*][I] редактирование объекта
[/I][*][I] удаление объекта [/I]
[/LIST]уже лучше.

Вы как пишете?

Я уже перестала воспринимать эти слова! Правила не могу найти. Подскажите как правильно "Система должна предоставлять пользователю возможность....[I]добавления/добавлять/добавить[/I]"

Чудеса! Все работает, спасибо.
Макросы - это интересно.

Тоже работает (заменив Label:="Ðèñ. " на Label:="Рис."). Но диаграммы также нумеруются. Дело в том, что они как объекты word - рисунки, под которыми обычным стилем названия жирным шрифтом написаны (документ выгружается из другой программы). А можно такое условие создать "если под рисунком слово Диаграмма, то его не нумеровать"?!

Попробую ещё стиль наименования диаграммы изменить в исходной программе.

А если усложнить задачу?! Что если часть объектов уже имеют название - диаграмма (имеют вою нумерацию) - можно их исключить из нумерации?