Schemagee - поделитесь пожалуйста впечатлениями Опции

[aem]

Посмотрел видеоролик Schemagee - очень поравился, кто пользуется -
поделитесь пожалуйста впечатлениями, какие есть подводные камни?

[Yuri Potapoff]

Если рассматривать в плане спора - то не буду.
Не интересно тратить на это время.
Если по существу - никакой разницы.
За исключением облегчения передачи информации в 1С из Excela

Прочитайте внимательнее мой пост. В данном случае речь шла только
про "бумагу". Из Excel Вы никогда не получите на бумаге, то что можно
получить из TDD.

Заготовленные форматки в Excele у многих уже есть.

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

Посмотрел. Красиво.Только вот примера с групповой спецификацией не увидел ( с экспортом).
Если с групповой так же работает - то в первом приближении подходит.

Механизм универсальный. Тип документа его не интересует. Что
настроите, то и получите.

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

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

Да, это я видел. И пробовал ранее. Получалось то, что я описывал. Из колонки "Исполнение"
информация проставлялась в виде одинокой цифры в строке после каждого раздела компонентов
(без децимальных номенов) или,
если "правильно" сортировать - то в начале раздела исполнений, СОВМЕСТНО с децимальным
номером, но разных строках

Номер исполнения пишется на одной строек с децимальным номером, если
децимальный номер задан в основной надписи. См. ролик из tdd_gr.rar.

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

Эти правила не для подготовки вывода на печать, а для подготовки
окончательного документа. В каждом файле TDD хранится готовый
документ. Т.е. идеология TDD проста: файл - это законченный
документ определенного типа (перечень или спецификация и т.д.).
Вы же находитесь в плену идеологии Документатора, который не умеет
(рад бы, но не может) хранить в себе полученные документы, а просто
отдает их в Excel. Кстати, Вы неправильно указали стоимость
Документатора. Учитывая то, что он является примочкой к Excel, в его
стоимость входит также и стоимость Excel.

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

При изменениях в схеме или плате текстовый документ в TDD проще
сформировать заново. Учитывая уровень автоматизации, который
предлагает TDD, делается это за пару минут.

В вашем предыдущем посте вы потеряли квадратную скобку в теге одной из цитат и все поплыло.

[Vladimir_C]

примера с групповой спецификацией не увидел ( с экспортом).
Если с групповой так же работает - то в первом приближении подходит.

Механизм универсальный. Тип документа его не интересует. Что
настроите, то и получите.

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

Смысл испытывать его кому-то?"Грабли" останутся при нем, а "кот в мешке" достанется мне.

Из колонки "Исполнение"
информация проставлялась в виде одинокой цифры в строке после каждого раздела компонентов
(без децимальных номеров) или,
если "правильно" сортировать - то в начале раздела исполнений, СОВМЕСТНО с децимальным
номером, но разных строках

Номер исполнения пишется на одной строек с децимальным номером, если
децимальный номер задан в основной надписи. См. ролик из tdd_gr.rar..

Именно так и было сделано. И номер появлялся там, где я упоминал.Отдельно.

Так что мешает применить правила при подготовке вывода на печать, а не до работы над
ним(списком)?

.

Эти правила не для подготовки вывода на печать, а для подготовки
окончательного документа. В каждом файле TDD хранится готовый
документ. Т.е. идеология TDD проста: файл - это законченный
документ определенного типа (перечень или спецификация и т.д.).
Вы же находитесь в плену идеологии Документатора, который не умеет
(рад бы, но не может) хранить в себе полученные документы, а просто
отдает их в Excel. .

Документатор здесь не причем. И до Документатора так делали.(Я уже упоминал об этом)
В том что Документатор отдает туда, а не создает нечто в себе самом - я бы назвал плюсом.
Поскольку разумного объяснения - зачем хранить в особом формате исходные данные - пока не нахожу.

Кстати, Вы неправильно указали стоимость
Документатора. Учитывая то, что он является примочкой к Excel, в его
стоимость входит также и стоимость Excel.

Это не принципиально - продукт был сырой(документатор).
И стоил то, что я говорил.
Дело (покупка) было не менее 4-х лет назад.
(Кстати, тем хуже для TDD - он-то дороже, или уже стоимость изменилась?
Помнится год назад было 500 за одно место)

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

При изменениях в схеме или плате текстовый документ в TDD проще
сформировать заново. Учитывая уровень автоматизации, который
предлагает TDD, делается это за пару минут.

Т.е. вы "ненавязчиво" еще и редактор схем предлагаете.Без него-то не получишь?
А уж там какие грабли?Кто их знает?

Сообщение отредактировал Vladimir_C - Jul 9 2006, 16:06