ага, а "doP" и до двух.
Те ты предлагаешь "тыкнуть" мышкой на компонент передатчик, потом мышкой выбрать контейнер приёмник, потом мышкой выбрать компонент в контейнере из StrList, открываются его точки (тоже в другом StrList), бросаем мышь и начинаем с клавы вводить "doP", смотря всё время на StrList точек. Как только нужная строка в StrList выделилась - жмем Enter.
Зашибись.

Tad, а вот и нет
всё клавой, мышь только если описание почитать нужно

hitman249, это противоречит концепции HiAsm "все рисуем мышью".

А что нельзя дополнить эту концепцию, ради более быстрого рисования схем? Вообще думаю и то и другое необходимы, т.к. ПОЛЬЗОВАТЕЛЬ должен выбирать как ему удобнее рисовать, а не концепция!

Ты что писал раньше
1. тыкнул чем ? Или расскажи, как клавой тыкнуть ?
2. в нем выбрал что - в чем выбрал, как и чем выбрал ?
3. куда цеплять - как выбрать и чем "куда цеплять" ?
4. нажал Enter - вот это только и понятно, и без объяснений.

------------ Дoбавленo в 09.13:
Assasin, RinniX, да при чем здесь концепция ? Вопрос : КАК ?

Сам процесс непонятен.

Tad, На скорую руку думаю никто ничего толком не сможет объяснить! Всем-же хочется что-бы быстро и понятно было, что-бы все телепатами были, но не каждому это дано!

Tad,
тыкнул мышкой чтобы выбрать компонент от которого вести
выскочил Edit и подсказка на ListBox с компонентами и контейнерами лежащими в корне схемы, начинаем вводить чтото
в подсказке варианты уменьшаются, выбрали контейнер, ставим точку, выскочила подсказка на ListBox с компонентами и контейнерами лежащие в указанном нами контейнере, повторяем те же действия, пока не доберёмся до нужного места, в конце выбираем компонент и точку линковки, жмём Enter - всё

RinniX, я знаю одно правило удобства работы - или мышь или клава. Но никак не в перемешку.
Чтобы не было, как в том бородатом анекдоте

Ещё раз. По задумке автора HiAsm - графическая среда для ПРОСТЫХ программ, НЕпрофессионалов и работы мышкой. Сейчас повсеместно идёт планшетизация и сенсоризация техники, и настоящее визуальное программирование с минимумом текста становится очень серьёзным преимуществом. В нём и так приходится много печатать заполняя свойства. А в силу устаревания штатного функционала приходится всё чаще обращаться к встроенным ЯВУ и снова печатать.

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

Что касается уникальных меток ("имён") компонентов и контейнеров, то в HiAsm4 уже есть быстрый поиск компонентов по комментарию, который может содержать произвольный текст. Но он кривой (из двух одинаково вложенных в одинаковые контейнеры компонент найдёт лишь первый) и мало полезен без автопроброса связей, который я описывал. Есть надежда, что баг с поиском не повторят в новой среде. Многооконность + поиск + автопроброс решат все проблемы с "километрами связей".

Ну и на последок напомню, что в HiAsm есть такое замечательное окно как "Дерево проекта", в котором можно не только посмотреть иерархию всей схемы, но и моментально перейти к любому компоненту. Чего не хватает? Всплывающих подсказок (как при наведении в схеме) над элементами дерева, возможности опционально заменитьдополнить в дереве элементы комментариямиименами к ним. И, естественно, опять же не хватает проброса связей.

То, что требует ТС, полезно тем, кто уже перерос HiAsm и возвращается с нему изредка, но ещё помнит названия всего и вся и хочет изобразить что-то по-быстрому, и реализовывать нужно уже ПОСЛЕ того, что описано выше. Иначе получается чуть ли не текстовый набор SHA со связями без нормального визуального программирования. Зачем тогда вообще конструктор, давайте писать на очередном ЯВУ и потом любоваться автоблоксхемами с километрами ужасно проложенных связей. Не нравится автопрокладка - всё равно придётся вручную на каждом уровне вложенности подправлять, и зачем, как говорится, тогда было париться с текстовым набором.

Если же сделать динамический масштаб без резкого перехода от контейнера к схеме и обратно (внутренности контенера проявляются при нужном масштабе либо разворачиваютсясворачиваются по желанию программиста прямо в основном поле), то прокинуть связи станет делом считаных секунд. Кстати, что касается масштаба, полезен режим фиксированного размера иконок, когда меняется только расстояние между компонентамиузлами на связях и размеры рамок контейнеров.

Как в "Китайском автосалоне" в исполнении Валентины Коркиной и Виктора Остроухова - з а ш и б и с ь !

1nd1g0, Кривая прокладка связей ? Научить среду упаковывать связи в кабели, и проблема исчезнет на 80%

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