Что нового в релизе 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 кадра последовательно

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

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

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

[fill]

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

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

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

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

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

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

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

1. Раз сами догадаться не можете [attachment=20504:attachment] граница изменяется за пару щелчков в редакторе.
2. Если граница не модифицирована пользователем, то по умолчанию, софт ее создает по максимуму, чтобы все элементы символа попали в нее.
3. Если хотите чтобы корректно работал режим avoidance, то корректируйте границу, чтобы пины не попали внутрь границы.
4. В выложенной нами библиотеке всего три символа с такими проблемами - вы больше времени писали, чем я потратил на исправление.
5. На счет корректности транслятора - в DC нет специальной границы символа, если бы она была, то ее можно было бы точно также воспроизвести в DxD. Разработчики приняли решение автоматически создавать границу по крайним точкам элементов символа, таким образом исключается вероятность проведения цепи по графике символа, у вас всегда есть возможность изменить эту границу, так как вам угодно.

[AlexN]

1. Раз сами догадаться не можете [attachment=20504:attachment] граница изменяется за пару щелчков в редакторе.

Ну не совсем пару - предварительно надо снять галку в file/preferences/general/automatic outline update,
которую начинаешь искать после того, как система упорно не дает изменить эту границу, причем все примитивы меняют цвет, когда их выбираешь, а граница - не меняет, чем вводит в заблуждение, раз цвет не изменился - значит no selectable.
Ну а если граница другой галкой случайно выключена (точнее говоря ее изображение) - то голову расколотите, пока найдете в чем дело.
А с другой стороны - а зачем такая галка, если она потом не дает нормально схему нарисовать?

2. Если граница не модифицирована пользователем, то по умолчанию, софт ее создает по максимуму, чтобы все элементы символа попали в нее.

сомнительное решение, было бы грамотнее, чтобы она автоматом захватывала только графику, но не текст (атрибуты)

3. Если хотите чтобы корректно работал режим avoidance, то корректируйте границу, чтобы пины не попали внутрь границы.

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

Таким образом ИТОГ: ГРАНИЦА символа должна быть ТОЧНО ПО ПИНАМ.

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

не всем подходящий выход.
Мне например, не нравится стандартная цветовая схема из DxD (черная). Белый фон тоже не очень - сильно ярко, быстро глаза устают. У меня в компе вообще белого нет, вместо него что-то светло-бежевое, вполне приятное для моих глаз и не сильно контрастное. В этом случае серого не видно!
скорее всего это потому, что програмер при выборе символа просто инвертирует цвет и тогда темный символ на светлом фоне становится светлым символом на светлом фоне и соответственно невидимым. Не видно и его границы. А проще было бы делать в цвет как в selection

с цветовыми схемами вообще засада.
поставишь в DxD одну схему - чего-то не отображается в DxD. Поставишь другую - в символьном редакторе не видны атрибуты.
Ставлю одну из стандартных схем - в окне предварительного просмотра нет ничего кроме атрибутов... - см.очередной скриншот.
Я конечно понимаю, что изменил отображения примитивов в символьном редакторе так, что в окне предварительного просмотра вижу фигу. Но поскольку в символьном редакторе цветовых схем нет, а как было не помню, то вернуть все обратно затруднительно.
И еще. В символьном редакторе меняешь цвет примитива, дак автоматом меняется и fill style на сплошную заливку, хотя первой в выпадающем списке - без заливки. Это тоже фича? если да - то весьма сомнительная.
У графических примитивов в символьном редакторе есть толщина линии в 1....7pt, однако в DxD вместе с символом не передается. А зачем тогда такая фича?

Не видно прямоугольника выбора (от мыши) при любом варианте цвета фона, отличного от черного....А нет, вот нашел, это примитив BOX, только при нечерном фоне цвет надо выбирать инверсным - хочешь черный - выбирай белый, хочешь голубой - выбирай красный...
Ан нет, опять не канает. заодно меняется и цвет символа, если от нарисован прямоугольником.. Придется рисовать только палочками.

Вопрос: как засинхронизировать цвета/цветовые схемы в DxD и символьном редакторе? Да и чтоба в окне предварительного просмотра также отображалось?

И вот еще:
Почему cell в окне предварительного просмотра появляется ТОЛЬКО ПОСЛЕ размещения part на схеме?
Как посмотреть show strokes при пользовательской цветовой схеме?
(предпоследний скриншот - сразу после включения этой опции не видно только букв, а если в рабочем поле есть еще и символ и покрутить движок полосы прокрутки - то не разобрать и стрелок. впрочем, если ререместить вид ни место, свободное от символов, то стрелки восстанавливаются. Хотя я допускаю, что это глюки видеодрайвера... ATI X300, драйвер 7.12 и 8.4 - одинаково).
А вот и в черной стандартной схеме то же самое - двигаю 74AC04 потом тыкаю мышь в пустое место - смотрим самый последний скриншот. Забавно, но на конденсатор система так не реагирует...
Вообще, столько забавного всего лишь после неполного дня ознакомления..

Наверное на западе все только в черном рисуют, а то бы давно сами заметили.

to fill: возможно все вопросы примитивны для опытного пользователя, но это те самые первые грабли, на которые наступает начинающий пользователь:
подстроить вид под себя, попробовать нарисовать элементарный символ, а затем простейшую схемку.
И кругом сплошная засада... столько затыков на самых простейших действиях...
Жалко, что Ментор купил инноведу, а не оркад. А то сейчас все было бы в шоколаде...
Хотя нет, наоборот, вдруг бы еще и оркад заглючил...
Все больше уважаю наших програмеров из GeeTeeSoft и их редактор schemagee, хоть и не пользую, но столько затыков с первого знакомства не было.

Едем дальше.
пытаюсь уменьшить ШИРИНУ границы символа резистора из той-же библиотеки. Больше можно. Меньше - не дает. - Скриншот7
сохраняю. переоткрываю. граница - как надо, только по графике.- скриншот 8. чтобы так и оставить - надо чего-нибудь подвигать и тогда можно будет сохраниться с "правильной" границей. Если хочешь ШИРИНУ границы на шаг сетки больше - то нельзя, только минимум на 3 шага сетки. забавно, но это ограничение совершенно не относится к ВЫСОТЕ границы. Можно обойти. Надо сначала изменить высоту границы так, чтобы она не касалась пинов, тогда можно ширину как угодно, но тогда пользоваться таким символом в схематике невозможно - см. текст сначала...

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