1. Ну тогда я вам тоже:
ГОСТ 2.701-84 причем дам его название, чтоб всем было понятно "СХЕМЫ
ВИДЫ И ТИПЫ. ОБЩИЕ ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ"

[attachment=33914:_____2.7...84_2000_.png]

Т.е. следуя вашей логике надо взять ГОСТ "ОСНОВНАЯ НАДПИСЬ" и применить его измерения и к схеме и к УГО, несмотря на то что в ГОСТ-ах описывающих правила создания схем и УГО прямо указаны другие размеры. Типа мне так нравится и все.

2. Она означает дословно, что"
Символы разработаны в соответствии требований сформулированных в ISO 11714-1. Использован модульный размер М=2,5мм.

Т.е. для начала надо прочитать стандарт ISO 11714-1 (а лучше ISO 81714-1 ибо он пришел ему на смену) и понять, а какие такие требования там есть (пришлите - мы все с удовольствием почитаем). И заметьте выше сказано использован, а не должен использоваться, т.е. явно возможны альтернативы.

Читаем дальше обрезанную вами фразу:
In accordance with the future IS0 11714-1, clause 7, symbol dimensions (for instance height) may be modified in order to make space for greater number of terminals or for other layout requirements. In all cases, whether the size is enlarged or reduced, or dimensions modified, the thickness of the original line should be maintained without scaling.

Т.е. опять согласно постулатам IS0 11714-1 размеры символов можно изменять .... Таким образом опять же все нарисованное является справочным материалом, а не догмой обязательной к применению.

Ну что так и будете биться о стенку, что должно все быть 2,5мм и ничего другого быть не может?

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

все-таки глючок - кардинально помогает удаление из wdir DxDesigner.xml, DxDesigner.wsp, ICTsLayouts.xml. На каком из них конкретно спотыкается разбираться неинтересно. А спотыкается быть может от того, что какие-то из предыдущих версий в этих xml чего-то попортили. Теперь загрузка листов практически мгновенно.

Сорри, если баян (искал и не нашел). А как обновить в DxD информацию о parts из ЦБ после того, как одновременно с моей работой в DxD кто-то удаленно сделал в ЦБ новый part? Что-то торможу, никак не найду...

Выйди из DxD и зайди, если лень, то измени ЦБ и обратно вернись к родной.
измененные компаненты будут в красном квадрате
вот их и по ПКМ делй update

Ну до этого я и сам догадался, но это какой-то кривой, долгий и муторный путь. Разве нету какой нибудь кнопки "Reload Library" или как-то так?


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

ЗЫ. Или это опять считается извращением, когда я рисую схему, а в это время мне кто-то клепает недостающие компоненты в ЦБ?

Как у Вас все круто, однако Библиотекарь есть. Завидую.

Это извращение, имхо. Если кто-то клепает компоненты, партиция должна быть недоступна, и Вы не сможете оттуда компонент на схему поставить. А когда партиция доступна, почем Вы знаете, что компонент уже готов? Может, клепальщик вспомнит что-нибудь и метнется компонент исправлять? Короче, ментор рекомендует использовать исключительно верифицированные компоненты, которые должны находиться в "правильной" библиотеке.

Третий вариант:
в меню File всегда "висят" 6 последних проектов. Загружаем один из них, затем опять предыдущий (он ведь тоже в этом списке) - ЦБ перезагружена - быстро и просто.
В принципе можно даже написать макрос выполняющий это действие и повесить его на меню или клавишу.

Нет, всего лишь компаньон.

Для этого ICQ есть. Сказали - готово, значит готово.



Ага, спасибо, пожалуй самый оптимальный вариант. Правда у меня всего один проект в менторе, так сказать для отработки нюансов работы и оценки, подходит ли мне этот пакет вообще. Придется создать еще один просто так . Хотя недостаток остается - после переоткрытия все листы схемы, открытые ранее, закрыты, и потеряно то состояние экрана (лист, масштаб, центр), которой было на момент закрытия. Этот вопрос можно как-то решить? Чтобы при открытии проекта полностью восстанавливалось состояние на момент закрытия?

наверно как можно через скрипты
неужели так критично, хотя если через 5 минут приходится перескакивать в другой проект для работы
и новые компаненты клепают через 3 минуты

Да не то, чтобы сверхкритично, но раздражает. Как и "bus contents"... Хочется удобства в работе.

Естественно через скрипты можно, но в данном случае я бы предпочел написать скрипт по переподключению ЦБ - это наверняка проще.

А такой тогда вопрос - если сделать пустую ЦБ, и подключить ее, то ничего плохого с проектом не случится, и она подключится? Ну и будет ли все ОК после возврата к основной? Я как-то не хочу эксперименты на рабочем проекте делать

Ничего не грозит.
Проблема может возникнуть (гипотетически) если в обеих ЦБ будут одинаковые символы (имена), но с кардинально разной реализацией и вы переключившись в другую ЦБ вместо последующего возврата в основную ЦБ, сделаете Update символов (т.к. на схеме будет отображено что их надо обновить).

Еще пара мелких вопросов.

1) Запаковка. Есть компонент из двух идентичных гейтов, один гейт на одном листе, другой на другом (может это и не важно). Ставлю вручную один гейт пины 1-2-3, второй гейт 5-6-7. После запаковки они оба оказываются 5-6-7 и ДВА разных корпуса. При этом во всей схеме всего два гейта, т.е. хватит одного корпуса. Какими-то шаманствами все таки запихал их в один корпус, но хочется знать, почему все таки оно так было. Ну и можно как-то сделать, чтобы формат рефдеса был DAn.m где n номер микрухи, а m - гейта?

2) Offsheet и Onshhet коннекторы. Объясните, как их правильно использовать. Вроде ставлю offsheet-ы для соединения между листов, даю на всех листах им одинаковые имена, но реального соединения не получается. Что я не так делаю?

1. Надо смотреть конкретный пример. В принципе должна упаковывать для минимизации корпусов. Опция "Repackage_All" однозначно так делает.
В формате соединений платы m - это номер пина. Так что предложенный вами формат не совместим с форматом представления связей в плате. От отображения номера вентиля (Gate) на схеме в менторе отказались более 10-лет назад.
2. Здесь показан как ответ на вопрос, так и предолжение пользователя как по его мнению должна работать эта функция [attachment=36163:On_off_s...nnectors.png]