Galkov, СПАСИБИЩЕ за проделанный труд , это действительно удобно, а то 50% времени уходит на трассоукладку, КОМАНДЕ респект!
Я год не был на форуме, и хиасмом никак времени и сил не было заниматься, но вижу что работа идет. СПАСИБО ВАМ!

Да на здоровье, заходите еще

Нашел и исправил мелкую, (но вредную - AV) ошибочку
Обновлен аттач первого поста

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

Моя твоя не понимай

Galkov, а почему так?code_36063.txt

Я сейчас как раз работаю над внедрением в среду алгоритма Orthogonal Jump Point Search, для поиска наилучшего пути по прямым траекториям.
Вот тут можно посмотреть, что за зверь: http://qiao.github.io/PathFinding.js/visual/
Текущие реализации трейсеров в HiAsm 4/5 только портят схему

Потому что то, чего ты хочешь, распознается как "уголок под элементом". После некоторых округлений...
Это стоит очень дорого.

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


Сам ты портишь.
Все схемы, которые я выкладываю - отщелканы на автомате.
Так это, по твоему - я их (схемы) испортил

Посмотрел: детский сад, по сравнению с уже сделанным. Этот уровень интеллекта еще на MatrixWave был заложен

А, казалось бы, что может быть проще, а нет

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

На самом деле, почти все в среде - исключительный эксклюзив... Казалось бы - вот оно, правило. А к каждому, оказывается, еще по пять исключений.
То же и с кодогенерацией... Она же проста, как сибирский валенок. А посмотрите в коды. Вот все это "разнообразие" коды и обрабатывают.
------------ Дoбавленo в 14.45:
Слушай, ser_davkin, неужели трудно просто оставить немножечко места.
Ну совсем ведь чуть-чуть, а ты грустные смайлики ставишь

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

sla8a, загляни на вторую страницу этого топика - первый пост nesco, и последующие обсуждения
В исходном варианте - он не рисовал бы "фигли". Но коллега nesco меня уболтал.

Получается, что "фигли" - понятие относительное.
Супер-пупер необходимости делать "неквнтованные" размеры элементов - нет. Но сделано. Это называется "создать себе трудности, чтобы потом их героически преодолевать"
Против этого - только одно: уменьшать квант трассировки. При всем при том, что он сегодня нечетный (7 пикселей).
Вы не поверите, но сегодня даже сетки для красных и черных проводов - разные.
Вопрос: имеет ли смысл этот героизм
Имея в виду, что это преодоление субъективных трудностей (их в исходной задаче не было - мы сами их себе создали)

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

Тестовая схема:
code_36064.txt


p.s. И да, я писал именно про среду, вас я не упоминал

CriDos, здесь трассер не причем, от слова совсем. Коэффициенты подбирать надо просто