Вместо восклицаний лучше прочитайте о разнице в работе с Positive и Negative Plane, в том числе [attachment=20482:attachment]

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

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


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

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

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


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

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



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

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



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

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

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

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

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

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

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

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

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

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

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

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


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


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

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



не всем подходящий выход.
Мне например, не нравится стандартная цветовая схема из 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 шага сетки. забавно, но это ограничение совершенно не относится к ВЫСОТЕ границы. Можно обойти. Надо сначала изменить высоту границы так, чтобы она не касалась пинов, тогда можно ширину как угодно, но тогда пользоваться таким символом в схематике невозможно - см. текст сначала...

так можно нарисовать такой символ чтобы работало или нет?

перешли собственно к рисованию схемы и тут логика не сильно понятна

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

ESC не работает

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

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

все остальные несуразности, описанные мной в предыдущем посте - по большей мере "оформительские", правда отбивающие охоту пользовать сей продукт.

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

точно, так и есть. специально для filla могу видео сделать.
правда если диалог properties уже на экране, то удобнее левой кнопкой одинарным щелчком. может потому и не заметили. опять же не смертельно.

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

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

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

сильно озадачила смена номинала и имени цепи где-то в меню

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

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

Если проект протранслирован из проектра капчи то номиналы резисторов появляются в форме, которая была в капче

например резистор 4.7 килоома записан в виде 4К7 , но написать вместо другой номинал 3К6 не удаётся - только 3,6К, что приведёт к тому, что для однообразия придётся переименовать всё остальное на схеме.((

при любом действии - каждом щелчке мыши моргает светодиод жёсткого диска - это так всегда иди можно отключить.

у меня этот светодиод вообще не светит никогда, и Вы отключите, спокойнее будет.

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

я спрашиваю как отключить автосохранение - зачем там вообще засеренная кнопка сейв? её можно использовать?