Поиск по схеме

[flicker581]

как должна показывать? Это должен быть нимб вокруг или фокус выставлен на переменную или что то еще

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

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


У меня проект построен так, что в нём много относительно простых функциональных блоков с множеством входов и выходов. По сути, это микрокомпьютер внутри ПР: шина адреса, шина данных, сигнал останова, строб и так далее. Упаковывать в макросы эти блоки неинтересно, потому что из макросов недоступны внешние переменные, сеть, экран... всё равно их придётся вытаскивать наружу. К тому же, блоки не повторяются. Поэтому все блоки связаны ссылками через переменные, а явных линий связи между ними нет.

На самом деле, было бы неплохо для понятности разбить этот проект на несколько отдельных листов, но с сохранением глобальной видимости переменных, а не как в макросах. Один холст высотой 1200мм не очень удобен.

[zendo057]

в собственном произведении автор обязан обходится без поиска


Это вы батенька зря.Сегодня завтра может и обойдешься,а годика через два три?

[Владимир Ситников]

в собственном произведении автор обязан обходится без поиска

Это вы батенька зря.Сегодня завтра может и обойдешься,а годика через два три?

Обойдётся он, не переживайте.
В его произведениях всегда ровно два блока: "сделать хорошо" и "каскада (slave)".
А те *.owl, которые он выкладывает на форумах, специально запутанными сделаны, чтобы враг не догадался.

Лучше скажите что по такому поводу думаете: http://www.owen.ru/forum/showthread.php?t=23013

[rovki]

Обойдётся он, не переживайте.
В его произведениях всегда ровно два блока: "сделать хорошо" и "каскада (slave)".
А те *.owl, которые он выкладывает на форумах, специально запутанными сделаны, чтобы враг не догадался.

Лучше скажите что по такому поводу думаете: http://www.owen.ru/forum/showthread.php?t=23013

Естественно обойдусь ,в свое время все цоколевки ИС помнил наизусть .Зачем помнить старые проекты на ОЛ .Схемы из железа понятно ,должны быть ,что бы найти и заменить микруху или транзистор .Но в том и кайф программной реализации ,что она не горит и не ржавеет .Уж Поиск точно не поможет (проверьте, на форуме найти что то).Надо хранить код .Залил на автомате и даже смотреть нечего ,особенно если есть загрузочный файл .Когда не было макросов ,делал проекты в которых часть элементов накладывал друг на друга ,что бы влезло на поле ...
Эти макросы запутаны для таких программистов как вы ,которые пропустили дисциплину Цифровая схемотехника .Моими макросами ,да простят меня мои пользователи,за не скромность (достал уже) , тысячи человек пользуются и миллион просмотров тем ,которые создал .А вам кроме идей http://www.owen.ru/forum/showthread.php?t=23013 не реализованных и показать нечего ,так и останетесь умным мальчиком ,если за дело не возьметесь ...
Теперь по каскаде - на протяжении всех лет ,что на форуме занимался одним -продвижением ,популяризацией ПР Овен .Нарыл сотни областей применения для них и несколько сотен примеров ,десятки макросов ... Часть областей применения были закрыты для ПР ввиду отсутствия дешевых средств ввода\вывода для ПР .Только сейчас появился ПР200 со своим маленьким индикатором -это качественный скачок для ПР .Область применения ПР расширилась.Но и это не предел для ПР с ОЛ .Потому и решил заполнить пробел -создать на андроиде Каскаду для ПР ,наделить ПР новыми свойствами и расширить области применения их.За что ругали ,что узко мыслю ...
Если ПО делается 5 лет ,обновляясь каждый год ,то перед глазами оно мелькает не часто ,а если 5 версий выпускаются за 3месяца ,то создается впечатление о частом мелькании .Но тут уж извините ,нет у меня лишних 5лет (и кучи денег ,и так 0,5 лимона потратил) .
Поэтому пока прошу ,вы проекты на ПР не делаете ,не отвлекайте меня от дел и не портите мне нервы ,оставьте свои умные мысли при себе .

[capzap]

Сегодня завтра может и обойдешься,а годика через два три?

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

[flicker581]

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

Это всё субъективно. Неаккуратное спагетти лично мне не нравится. Поддерживать его в аккуратном состоянии в ОЛ слишком затратно. Имитация групповых связей посредством наложения линий в ОЛ - вообще кошмар. Последовательное выполнение не всегда применимо.

Как выяснилось, в ОЛ даже есть подсветка других ссылок на переменную! Если щёлкнуть по флажку входной переменной, то подсвечивается соответствующая выходная. Если нажать на выходную - подсвечиваются все входные. Но у этого механизма есть недостатки:

1. Подсветка слишком малозаметная. Цвет флажков при этом не меняется. Предлагаю выделять флажки оранжевым или зелёным цветом, чтобы он выделялся на общем голубом фоне.
2. Сначала надо найти переменную на схеме. Предлагаю подсвечивать переменную, выбранную через "таблицу переменных".

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

[rovki]

Так об этом сразу говорилось ,надо изучить сначала то что есть ,а потом уже предлагать ,имхо ...

[Мордорец]

По моему скромному разумению поиск на фиг не надо. Потому как автор и так должен ориентироваться в своем творении. А не автору поиск и так мало что даст. Вместо всяких поисков, автозаполнений и упаси Господь, автоопределелений , намного важнее сосредоточиться на более актуальных и приоритетных задачах (модули расширения, возможность работы ПР114 в режие мастера, ИП120 и др). А кто начинает плавать в своем собственном проекте где у него чего и за что отвечает то пишите коментарии(иногда помогает)

[melky]

Вообще-то поиск важен в процессе написания проекта, а не потом через несколько лет.
И речь таки да, не о сетевых переменных, а о виртуальных. Многим спагетти не нравится, а реализация линий в ОЛ откровенно кошмарная.
Комментарии отдельная тема.

[Алексей Геннадьевич]

реализация линий в ОЛ откровенно кошмарная.

В ОЛ117 Линии уже более-менее прилично реализованы. Можно провести так, как захочешь, и даже через несколько экранов. Wal79 постарался.

Вообще-то поиск важен в процессе написания проекта, а не потом через несколько лет.

Можно поинтересоваться, что вы такое пишете, сударь?
А то получается что по вам кодесис плачет, а вы всё в овен логике сидите...