Что нового в релизе EE2007.1, по русски Опции

[fill]

Для тех у кого проблемы с английским [attachment=18630:attachment]

[rv3dll(lex)]

переименовать в rar
библиотека ваша - у вас такая есть

[fill]

переименовать в rar
библиотека ваша - у вас такая есть

1. Когда рисовальщик цепей находится в режиме обхода препятствий, это видно по текущему изображению (первая часть видео)[attachment=20410:attachment]
2. Если рисовальщик перешел в режим прямого соединения (несмотря на препятствия), то это тоже видно по текущему изображению.
3. Если по каким-либо причинам произойдет скрытое переключение режимов, то это опять же видно по текущему изображению. Можно например перезапустить DxD для устранения нежелательного поведения.
4. Если скрытое переключение режимов происходит у вас часто, то установите пожалуйста точную последовательность приводящую к этому, чтобы можно было зарегистрировать это как DR для устранения дефекта.
5. Я вообще не понимаю зачем нужно рисовать цепи в мелкой сетке, во много раз меньшей чем размеры пинов. Зачем так извращаться?

[rv3dll(lex)]

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

понятие часто????

- светодиод соединяется таким способом каждый раз - 100 процентов это часто?
- и почему= я Вам пояснил
видимо до этого в капчёвой библиотеке он был нарисован таким образом - а транслятор в DxD сделал рамку - бордюр символа, назначение которой я не понимаю до сих пор, по максимуму - по этому точка подсоединения вывода оказалась внутри рамки и поэтому при соединении не по прямой рисуется по диагонали.

я просмотрел элементы библиотеки (библиотека Ваша - Вы её выкладывали комуто для примера, как библиотеку обработанную транслятором) и нашёл много таких элементов.

самое меньшее это проблема транслятора.

по поводу общих вопросов - как раз и пытаюсь просмотреть все возможности, на которых нахожу несоответствия и спрашиваю

просто некоторые вопросы может не к Вам

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

[AlexN]

видимо до этого в капчёвой библиотеке он был нарисован таким образом - а транслятор в DxD сделал рамку - бордюр символа, назначение которой я не понимаю до сих пор, по максимуму - по этому точка подсоединения вывода оказалась внутри рамки и поэтому при соединении не по прямой рисуется по диагонали.

ТОЧНО!
рамка не дает.
Если на схему поставить из библы
C:\MentorGraphics\2007EE\SDD_HOME\standard\examples\SampleLib2007\
например конденсатор или резистор и попытаться их соеденить по горизонтали - то все нормально.
но стоит открыть его в symbol editor - исходно картинка 1
если чего-то там подвигать - то сохранится картинка 2 - граница символа увеличивается
после этого обновляем на схеме символы, удаляем связи и пытаемся провести их снова - имеем кривые связи как на картинке 3.
настройки - картинка 4
И настройки редактора не помогают.

Кажется явный глюк.


Кстати, у меня при перемещении символа в DxD2007 видны его только ноги.
Это у всех или только у меня?
Или может быть связано с видеодрайвером?
забавно, это только у резистора, конденсатор - нормально....(?)
и еще забавнее - зависит от примененной цветовой схемы, например при цветовой схеме BlackAndWhite.dxc (из поставки) не видно и тела и даже ног конденсатора да и резистора при перемещении...
Не думаю, что так задумано.

Еще дальше - если цветовая схема BlackAndWhite.dxc, то в редакторе символов не отображаются атрибуты....
Чтобы поредактировать, надо в DxD вернуть цветовую схему default, тогда видны....

Эскизы прикрепленных изображений

 

[rv3dll(lex)]

Кажется явный глюк.

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


ещё неприятная неожиданность - транслятор проекта не протранслировал фильтры видимости.

[fill]

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

Рамка это граница области символа на схеме, т.е. если курсор попал на ее границу или внутрь, то символ выбирается (при щелчке ЛКМ). Также по ней отслеживается зазор между символами и цепями на схеме. Ей же должна пользоваться и программа рисования цепей (в режиме avoidance).

понятие часто????

- светодиод соединяется таким способом каждый раз - 100 процентов это часто?
- и почему= я Вам пояснил
видимо до этого в капчёвой библиотеке он был нарисован таким образом - а транслятор в DxD сделал рамку - бордюр символа, назначение которой я не понимаю до сих пор, по максимуму - по этому точка подсоединения вывода оказалась внутри рамки и поэтому при соединении не по прямой рисуется по диагонали.

Ну и [attachment=20496:attachment] как видим 100% соединяется правильно.

PS: если поняли причину так исправьте за пару секунд.

ТОЧНО!
рамка не дает.
Если на схему поставить из библы
C:\MentorGraphics\2007EE\SDD_HOME\standard\examples\SampleLib2007\
например конденсатор или резистор и попытаться их соеденить по горизонтали - то все нормально.
но стоит открыть его в symbol editor - исходно картинка 1
если чего-то там подвигать - то сохранится картинка 2 - граница символа увеличивается
после этого обновляем на схеме символы, удаляем связи и пытаемся провести их снова - имеем кривые связи как на картинке 3.
настройки - картинка 4
И настройки редактора не помогают.

Кажется явный глюк.
Кстати, у меня при перемещении символа в DxD2007 видны его только ноги.
Это у всех или только у меня?
Или может быть связано с видеодрайвером?
забавно, это только у резистора, конденсатор - нормально....(?)
и еще забавнее - зависит от примененной цветовой схемы, например при цветовой схеме BlackAndWhite.dxc (из поставки) не видно и тела и даже ног конденсатора да и резистора при перемещении...
Не думаю, что так задумано.

Еще дальше - если цветовая схема BlackAndWhite.dxc, то в редакторе символов не отображаются атрибуты....
Чтобы поредактировать, надо в DxD вернуть цветовую схему default, тогда видны....

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

Измените цвет Line на серый и при перемещении будет все видно.

[rv3dll(lex)]

PS: если поняли причину так исправьте за пару секунд.

на видео явно скорректировано что-то - линия идёт не до того места как у меня

для этого надо перерисовать половину библиотеки

найду граббер экрана - запишу видео как неправильно соединяется не смотря на сетки

2 кадра последовательно

это можно считать глюком , так как корректно работающая библиотека после трансляции стала не корректно работающей

это глюк транслятора и!!!! резактор символов тоже сделан не правильно, так как там допустимо нарисовать такой символ

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