Есть такой совет от опытных людей: никогда не рисовать на схеме соединения крестом, только Т-образные. Точку можно не заметить и истолковать схему неправильно, например, при плохой печати, или просто в настройках задан маленький размер точки (я не про Altium). Например, это было актуально для ксерокопий схем из журнала "Радио" Наверное, авторы Altium так пытаются уберечь от лишних ошибок и улучшить читаемость схемы. Кому не нравится - может отключить.

Это правильный подход (не уверен точно, но в ГОСТ тоже есть требования избегать ненужны пересечений линий взаимосвязи друг с другом)
И не только в Altium есть такие фичи

Вероятно вы работаете в сетке 2,5мм. Я в сетке 2,54 у меня никогда такого не случалось. В чужих схемах с сеткой 2,5 еще замечал появление точки там где ее не должно быть. Например, когда доводишь линию до вывода УГО.

Случалось и в этой сетке. Правда давно не помню повторения.

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

Я постоянно советую это с 2005 года.
Но все хотят наступить на грабли.
Не прислушиваются.

Почему Альтиум не дает менять привязку текста?

Еще у PCAD-2002 были проблемы с сеткой 2.5 мм, в 2003 году у нас был выпущен стандарт предприятия,
согласно которому все схемы создаются в сетке 2.54 мм. Проблема ушла, а так как при переходе на ALTIUM
за основу были взяты библиотеки из PCAD, то в ALTIUM-е проблем не встречали.

Кто-нибудь использует Electrical Type для ног?
У меня схема :
Выход - резистор - вход.
При компиляции выдается ошибка Net has no driving source.
Можно ли где-то настроить, чтобы резистор был прозрачным для Electrical Type ?

нет, нельзя.

не было у пикада таких проблем. проблемы была в юзерах, которые начиная рисовать схему в пикаде
не обращали, что сетка стоит не 2.5мм, а 2.54 и лепили туда метрические компоненты.

а у пикада ошибок mil-mm не могло возникнуть, т.к. он работал в тех единицах измерений, что установлены в файлах
и хранил также, достаточно почитать ascii:

И что это доказывает кусок из ASSCI формата, что нельзя было переключиться в метрическую сетку или нельзя установить
шаг 2.5 мм? Так никто этого не утверждал. Если не секрет не могли бы Вы привести картинку из схемы где
есть поз. обозначения с обозначением номера секции. И еще сообщить объем Вашего SCH.EXE с точностью до байта.

этот кусок говорит о том, что пикад работает в тех единицах, что ему указаны. верней не так.
пикад, как и любое другой нормальный CAD работает в DBU
Data base unit. Этот dbu не привязан ни к какой системе единиц.
т.е. ему, при получении милов или дюймов приходится делать одинаковые операции перевода.
так работал и пикад 4.5 и 2000 и автокад так работает.
поэтому там таких ошибок не может быть в принципе.

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

" Во саду ли в огороде" - суть Вашего выступления. Вам было сделано конкретное предложение:
"привести картинку из схемы где есть поз. обозначения с обозначением номера секции. И еще сообщить объем Вашего SCH.EXE с точностью до байта."
Не можете или не хотите, так и скажите. Посему дальнейшую дискуссию считаю бессмысленной.

В принципе так, но не совсем.
Алтиум, при указании координат в файле использует только в DBU ( Default Unit=0)
При выборе других единиц используется перерасчет и запись в файле в DBU.
Для отображения пользователю в других единицах всегда производится обратный перерасчет.

При использовании DBU, и связанных с ним единиц в дюймах, милсах -- множитель кратен 10, 100 и т.п. и ничего в текст файла, кроме одной записи не меняется так как ничего не округляется
При использовании мм он равен 2.54
А там при мелких сетках может наступить эффект "округления" при сохранении в DBU, когда младшие знаки могут "потеряться" при записи в файл. При отображении на схеме они уже "лежат" чуть-чуть не там, где их создавали.
Кто не работает в мелких сетках и там и там проблем нет.
Но как только, где-то что-то -- тут и наступает проблема. Как правило, рано или поздно это наступает.