Ээээ... Как то многовато действий будет

п.2 - поля мне кажется тоже совершенно лишние, никто руками цифры вбивать не будет - это не удобно. А если и будет то для этого есть команды pick, ipick

п.4 явно лишний. Посмотрите как работает команда Move, когда в опциях указана привязка user pick. Там происходит так: жмешь кнопку move(или через меню), потом выделяешь рамочкой объекты. А после этого среда ждет что пользователь ткнет мышкой в любую точку на экране(это собственно п.5). Относительно этой точки все выделенные объекты и начинаются перемещаться. Все довольно просто и не нужно никаких приглашений.

Нужно добавить только 2 кнопки(вертикальное и горизонтальное выравнивание) и все. Итого получится:
п1: давим кнопку
п2: выбираем компоненты
п3: тыкая мышкой указываем точку отсчета, или компонент относительно которого все равняется.
и больше от пользователя ничего не требуется.

Я расписал подробно, а суть та же.

Все же:
1 Выбираем компоненты
2 Выбираем действие
...
Иначе нарушается идеология, да и как изменить выбор? Получается один шанс для выбора объектов.

Поля для цифирь можно оставить напотом. Но они будут весьма полезны. Мы и сдвинем на нужное место, и выровняем сразу.

4 Приглашение в командной строке.

А может не нужна смена режимов...? Кнопки расположить на основной форме? Но тогда не останется места для новых полей ввода.

Я уже прямо начал пользоваться. Картинки чинить некогда, и так работает, красоту потом наведем.
А как быть с выравниванием переходных отверстий? Если к ним подключены дороги, то они отсоединяются и возникает куча DRC. Нельзя ли предусмотреть опцию stretch etch, как это сделано в move?

UPD. И еще у меня после выравнивания отверстий на них назначаются другие цепи...

Да, тянучек очень не хватает. Как это сделать написанно в посте 18.
Сделать это займет от 2 до 8 часов, а я трошку выдохся, недосуг пока.
Кто хочет потрудится? (помните приключения Шурика? ) Присоединяйтесь, не стесняйтесь!

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

Насчет места не знаю у меня все с этим нормально, там еще 3 таких панели легко поместятся.

что если сделать так? (извиняюсь за качество каракуль на картинке, с gimp не слишком знаком)


Пояснения:
п1: Выделяем группу компонентов (на рис. это 1)
п2: давим кнопку [Pick], и выбираем точку привязки. тут же происходит выравнивание.
п3. Если юзера устраивает, то он давит [Done], если нет то [Oops], а потом опять [Pick]

Поле ввода, входящее в группу 2 можно использовать также не только для кнопки Distribute но и кнопки Pick.

Какое интересное расположение панелей. У меня все 3 стоят друг над другом. И места уже не осталось.
Оно конечно хорошо все на одной форме, все под рукой, но место...
Ладно, будет видно...


Вроде я именно так и сказал


не пойдет, придется перебивать постоянно значения, там отлично влазит второе поле напротив кнопки.
Например я делаю так: делаю распределение автоматом, в поле появляется текущее растояние, при неообходимости включаю Step и корректирую расстояние. Очень удобненько.

Ну вот, как-то так. Слева новая панель.


Как-то зело перегруженный интерфейс получается.

И иконки не придумываются...

PS Последние выделенные объекты остаюся во внутренней переменной после команды Oops, и с ними можно производить обычные действия.
Вот такая вот бага-фича.

Хороший интерфейс - все что нужно есть. А любители простоты пусть идут в... консоль.
З.Ы. Насколько я понял пока кнопки pick не работают...

Сделал Pick для гозонтали.
Довольно удобный инструмент получился.
Можете по аналогии пока допилить и для вертикали, а я на выходные уехал.

Закончил Pick.
Пофиксил привязку к сетке.
Улучшил производительность, теперь при работе внутри заливки все летает.

Создается впечатление, что я говорю сам с собой.
Что тема уже никому не интересна? Никто не заметил, что привязка к сетке работает криво... что выравнивание десятка переходных при включенном обновлении шейпов занимает 30с...

Да не переживайте Вы так! Просто не всегда есть время на то, на что оно есть у Вас.

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

Потестил. Не ясно назначение галочки напротив Distrib... Она отключает поле ввода, но если отключить поле то кнопка Distrib не работает. Тогда зачем эта галочка вообще нужна? Или чего-то не уловил...

А так все супер, огромное спасибо

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

Это хитрая фича
1 выбираем объекты, жмем Distrib, рассчитывается расстояние между крайними компонентами в автоматическом режиме, рассчитывается шаг, двигаются обекты
2 в поле появляется текущий шаг
3 жмем галку, поле активируется, шаг все тот же
4 жмем Distrib, ничего не меняется, ведь шаг все тот же
5 вводим другой шаг в поле, жмем Distrib, объекты двигаются
Я использую как линейку: распределил, посмотрел расстояние, если расстояние не устраивает, то нажал чеккбокс, изменил расстояние, перераспределил.
Кстати, так же обновляется и поле для Pick.


да уже нечего переживать, ща все в пакетном режиме, достаточно быстро.

Сделал Stretch.
Тестируйте, чувствую будет много багов.
Один полу-баг уже есть: если двигаем компонент, а дорожка проведена только к нему и на конце обрывается, то после сдвига дорожка может потерять Net, например прицепиться к земляной заливке.
Не представляю, возможно ли это поправить.
У кого-нибудь есть соображения на этот счет? ( см. align_utils.il moveObject() )

Если я правильно понял твой код, то реализован такой порядок действий: удаляется сегмент на старом месте -> создается сегмент на новом месте -> перемещается объект (символ или виа).
Попробуй сделать так: удаляется сегмент на старом месте -> перемещается объект -> создается сегмент на новом месте.