Vadim

Уже конкретно, спасибо. Я пока ничего не отвечу, завтра посовещаюсь с нач. отдела, нашим местным знатоком ГОСТов.

Ну тогда нужно ввести опцию в класс. Как её назовём? Как она должна работать? Запрещать заполнение последних N строк таблицы первого листа, автоматически перескакивая на следующий лист?

Команда \newsheet, с помощью которой с любой строки можно перескочить на следующую страницу, не подойдёт?

Честно говоря, не понял, что нужно сделать со штампом. Если бы Вы привели пример(рисунок) нужного штампа, было бы замечательно.

И вряд ли попробую. Причина указана парой постов выше. Нажать Большую Волшебную Кнопку Запуска? Железо. Раз уж у Вас есть Большая Волшебная Кнопка Запуска, сделайте, пожалуйста, Большую Волшебную Кнопку Кодинга. Хорошо, конечно, что БВКЗ, экономит мне две минуты, которые я трачу на написание скриптов компиляции и моделирования, но ведь БВКК сможет сэкономить мне несколько месяцев.

Понятие "проект" есть и в ActiveHDL/Riviera, и в Modelsim/Questa. В VCS, правда, я этой сущности не нашёл. Может, плохо искал, а может, её там действительно нет, потому что не нужна. А gui, как сами понимаете, есть везде. Пишем скрипт, настройки указываем в опциях команды. И никакой лишней работы.

Работали, не сомневайтесь. Правда давно, когда были чайниками. Очень неудобно. Не поленился, залез в мануал на VCS. Насчитал там под пару сотен опций компиляции. И значительная часть из них является ключами, для которых нужно задавать значения. Прикинул, что кнопка(одна!!!), задающая нужные разработчику опции должна быть большой и как минимум волшебной.

Добавил ещё пару страниц в мануал, попутно нашёл баг в классе. Исправил. Наверное, впоследствии нужно будет pcbdoc на github закинуть. Мануал лежит внутри дерева исходников. pcbdoc.zip Чтобы нечто стало стандартом фирмы, руководство должно приложить некоторые усилия. А поскольку усилий ему прилагать не хочется, работники у нас используют тот софт, который считают нужным. LaTeX не исключение.

Спасибо. Теперь понятно, в стабильной версии eskdx перечня нет, только в экспериментальной. И, насколько я понял, проект автором заброшен и не поддерживается.

Беру *.bom из када, открываю в текстовом редакторе, правлю... Ну, то есть, конечно, руками. Я просил просто исходник перечня (пускай там будет, например один резистор и один конденсатор) и скомпилированный результат, потому как до сего момента считал, что в eskdx напрямую сверстать перечень невозможно. Хотел ликвидировать свою безграмотность. Питоновский скрипт не сильно интересен, поскольку верстаю документацию очень редко и разбираться с ним для меня не имеет смысла. Но, с другой стороны, если сторонние разработчики прикрутят к pcbdoc скриптовую автоматизацию, буду только рад и готов в меру сил этому содействовать.

Перечень элементов? В eskdx? Можно примерчик (исходник и результат)?

pcbdocmanual.pdf Вот, начал писать мануал. Это только начало, там целая книга вырисовывается :( Но как по-быстрому сделать перечень, там уже есть.

Нет, не этот непонятный шрифт с непонятной лицензией. Я имел ввиду этот.

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

Здесь выложен архив. Там есть файлы: перечень элементов(./output/example_pe.pdf) и его исходник(./src/example_pe.tex). Если результат устраивает, и исходник не вызывает неприятия, можно беседовать дальше :) Под какую ось нужно?

5.Lexical conventions 16. Assertions (правда, брали уже, но пока тихо) 17. Checkers 19. Functional coverage 20. Utility system tasks and system functions 23. Compiler directives 24. Modules and hierarchy 28. Gate-level and switch-level modeling 29. User-defined primitives 30. Specify blocks 31. Timing checks 32. Backannotation using the standard delay format 34. Protected envelopes 35. Direct programming interface(DPI) ЗЫ. Если что-нибудь выберете, переводите не 1800-2009(уже не имеет смысла), а 1800-2012(изменений очень мало). ЗЫЫ. Меняю страницу на страницу(выбирайте что-нибудь из уже переведённого мной). ЗЫЫЫ. Если количество переведённых помощниками страниц достигнет 100, выложу перевод на github и больше зажимать результаты не буду.

http://standards.ieee.org/getieee/1800/dow...d/1800-2012.pdf IEEE Std 1800-2005.pdf, 22.3 Expression size system function, стр. 380

Загляните в 1800-2012.pdf, 20.6.2 Expression size system function, стр. 563-564

У Вас личка не работает, поэтому пишу здесь. Старый вариант(113 страниц) могу выслать, скажите, куда. Или обратитесь к знакомому из "своих".

Конструктив трёхлетней давности(113 страниц) пылится на местном фтп. Там же есть переведённая уважаемым ViKo глава про интерфейсы(~25 страниц). Актуальный конструктив(382 страницы) находится в ожидании конструктива от "планирующих помочь". Какие из этих конструктивов Вас интересуют? Надеюсь, я внёс немного конструктива?

Нормально. — Когда же вы стулья принесете? — Стулья против денег. — Это можно, — сказал Остап, не думая. — Деньги вперед, — заявил монтер, — утром — деньги, вечером — стулья или вечером — деньги, а на другой день утром — стулья. — А может быть, сегодня — стулья, а завтра — деньги? — пытал Остап. — Я же, дуся, человек измученный. Такие условия душа не принимает.

И что? Я тоже использую. Но факты - вещь упрямая. Будут использовать. Добровольные тестеры никогда не переведутся :)

+1 Получше в плане фичей, но хуже в плане качества. Сплошной глюкодром и минное поле. ПМСМ, SV на данный момент не готов для промышленного применения. Например, до сих пор нет стандарта на rtl, и синтезаторы синтезят по понятиям. Может, лет через пять...

Хороший вопрос. Меня бы он поставил в тупик :) А бывает и такой: "Как Вы относитесь к алкоголю?". Он обязательно сопровождается пристальным, но полным доброты, сочувствия и понимания взглядом вопрошающего.

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