Вопрос по DxD, помогите по мелочам плиз. Опции

[SM]

Возникли вопросы по шинам:

1) Не криминал, но хотелось бы. Как сменить ripper, надо что бы по ГОСТу, хотя бы просто полное отсутствие риппера с виду. Или ввод в шину под 45 градусов. Если нельзя - то и фиг с ним.

2) Жизненно необходимо! В шине идет огромная толпа совсем разных сигналов. Через список цепей в навигаторе я могу выделить их сразу всей толпой. А как выделить только лишь одну заданную цепь? Чтобы оперативно найти все ее выходы из шины. Ну или скажем так, почему шина раскрывается в навигаторе одной строчкой, в которой просто перечислены все цепи через запятую?

3) Как из этого списка цепей убрать нечто загадочное с именем, равным имени шины (например шина MAIN_BUS, в ней полторы сотни разных цепей, но нет ни одной с этим же именем, но в списке оно есть. Типа суслика , ты его не видишь, а он есть). Да и вообще мне не нужно, чтобы шина имела какое-то осмысленное имя. Она нужна лишь для красоты.

4) (вероятно как следствие 2) - заходя в CES я тоже вижу все то, что попало в шину, одной строкой. А как мне содержимое шины распихать по разным классам цепей?

5) Как мне определить дифпару внутри шины. Когда я назначаю пару например lvd_in_p для сигнала lvd_in_m, и при этом они идут внутри шины, меня матерят, что Cannot make diff pair with same net. Какой это нафиг same net?

PS. Сорри, если все это банальный RTFM, но TFM к сожалению не поддается R в виду какого-то глюка всего EE... Т.е. главное окно хелпа открывается, а дальше никуда.

[fill]

1. Board_Stn. для виндов существует с 1998 года. Работает через X-терминал.
2. Design_Architect используется как для разработки схем для плат, так и для топологии микросхем. DA существет уже 20 лет и интерфейс его не меняется ибо те кто нуждается в доп. функциях пишут сами или заказывают у ментора собственные userware (макросы на Ample). И соответсвенно как правило большие фирмы (а именно на них используется данный маршрут) работают на собственных design_kits, а также рассылают их сторонним разработчикам.
3. Вы хотите сказать что в самом DxD нельзя рисовать в миллиметрах в полном объеме? Насколько я вижу проблема только внутри символьного редактора.
Вообще высказывания sh007 больше похожи на раздражение человека за долгие годы привыкшего к чему-то и теперь просто при появлении существенных изменений испытывающего праведный гнев - зачем меняли ведь меня все устраивало, а теперь надо перестраиваться. Если вам нравился старый символьный редактор, то мне он наоборот категорически не нравился ибо я привык из редакторов DA и DC что пин это просто точка, есть просто графика символа которая редактируется щелчком мыши по ней (без вызова доп. команды Stretch), пин не рисуется между телом символа и границей символа и не зависит от этого расстояния и т.д. Поэтому NSE не вызывает у меня таких отрицательных эмоций.
4. Даже в России большинство спокойно рисует в сетке кратной 2,54мм и абсолютно не испытывают насущной потребности в сетке 2,5мм. Не говоря уж обо всем остальном мире. Т.е. о чем вы все время так кричите волнует ограниченный круг лиц.
5. Может быть вы хотите сказать что кириллица поддерживается в полном объеме в Acrobat-е? Или может быть вы хотите сказать что акробатовский документ с кириллицей сделанный в одной программе однозначно правильно отобразится в других? Вот вам пример [attachment=33858:hyp_lab_only_rus_2.pdf] а вот что я вижу открыв его в редакторе [attachment=33859:Acrobat.png] Кстати этот же редактор открывает файл pdf сгенерированный DxPDF нормально, без проблем с буквой я, а Acrobat имеет проблему.
Может для начала обратитесь в Adobe чтобы они начали поддерживать кириллицу в полном объеме? Если бы они сделали бы native фонт с кириллицей то проблема бы исчезла раз и на всегда.
6. Мышь в символьном редакторе действует абсолютно также как в топологическом редакторе ExpeditionPCB, т.е. включив настройки мыши в DxD под Expedition будете иметь одинаковое функционирование во всех трех редакторах. Вопрос только привычки.
7. Синхронизация схем отображений DxD-NSE стоит в ближайших планах [attachment=33862:bsd_rele...yproduct.pdf]. Хотя я струдом представляю насколько это будет правильно ибо непонятно по какому принципу NSE должен выбирать схему отображения - ЦБ может быть подключена к разным проектам, в которых цветовая схема может быть разной - какую из них выбирать?

[sh007]

3. Вот об этом и речь. Ну как же можно рисовать в DxD в метрической сетке в ПОЛНОМ объёме, если симольный редактор не позволяет рисовать в мм?
Раздражение действительно имеет место быть. И дело не только в том, что приходится перепривыкать (что само по себе является непродуктивными трудозатратами), а в том, что вновь появляющийся продукт (NSE) удивительно сырой. Я понимаю, что любая программа может содержать некоторое количество ошибок и глюков, но я не могу себе представить как должно быть составлено ТЗ на разработку программы и какая должна быть методика тестирования, что бы с такими недоработками программа выходила в тираж.
У меня нет особой любви к прежнему символьному редактору (ViewDraw вообще всегда был несколко аскетичен), но прежний символьный редактор без глюков выполнял все заявленные фичи, и был нормально интегрирован со схемным редактором. Форма представления пина действительна несколько необычна. Но это дело привычки, и на функциональности продукта никак не сказывается.
4. Тема мм/inch видимо бесконечна . Тот факт, кто то имеет возможность или желание не соблюдать ГОСТы, равно как и фривольно интерпретировать их в соответствии с техническими возможностями MentorGraphics, ровным счётом ничего не доказывает. ГОСТ оперирует миллиметрами. Мы это уже обсуждали неоднократно. Более того, вопрос всегда ставится в ключе: "Почему метрическая сетка работает неправильно?" Вы же всегда отвечаете: "А оно Вам не надо, и так даже лучше."
Тем не менее, не такое уж и малое число людей заинтересовано в реализации метрической сетки в схемном редакторе.
Стандарт МЭК (Международной электротехнической комиссии) IEC 60617 однозначно предписывает использовать при рисовании символов метрическую сетку. К тому же начертание символов почти полностью соответствует отечественному
5. Я так понял, что исправлять не будут
А в NSE русские символы использовать им тоже ADOBE мешает?
6. Я использую связку DxD / PADS. Да и не логично это. В схемном редакторе переключается, в символьном не переключается.

[fill]

4. Тема мм/inch видимо бесконечна . Тот факт, кто то имеет возможность или желание не соблюдать ГОСТы, равно как и фривольно интерпретировать их в соответствии с техническими возможностями MentorGraphics, ровным счётом ничего не доказывает. ГОСТ оперирует миллиметрами. Мы это уже обсуждали неоднократно. Более того, вопрос всегда ставится в ключе: "Почему метрическая сетка работает неправильно?" Вы же всегда отвечаете: "А оно Вам не надо, и так даже лучше."
Тем не менее, не такое уж и малое число людей заинтересовано в реализации метрической сетки в схемном редакторе.
Стандарт МЭК (Международной электротехнической комиссии) IEC 60617 однозначно предписывает использовать при рисовании символов метрическую сетку. К тому же начертание символов почти полностью соответствует отечественному

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

[sh007]

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

1. Для начала нарисуем угловой штамп (ГОСТ 2.104-2006). В чём указаны размеры?
2. Ну и что тогда значит фраза из стандарта IEC 60617.
"Symbols have been designed in accordance with
requirements given in the future ISO 11714-1. The
module size M = 2,5 mm has been used."

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