Странное дело: при отладке следующей схемы после 5-го нажатия на F8 предполагается возврат к внутреннему мультику, однако среда вообще больше не показывает ход отладки. Хотя после нескольких нажатий на F8 сообщение всё же появляется. Т.е. отладка идёт своим ходом, но среда просто не отображает это. Искал по форуму - никто об этом не пишет. У нас что - не пользуются отладкой, или это только у меня? code_533

Удобная, однако, фича - ни разу не юзал Вот если бы было видео на неё (фичу), то может быть больше бы народу ею пользовалось

[size=-2]------ Добавлено в 22:32
Попробовал один из своих проектов оттрассировать - так прикольно - всякие "вкусности-подробности" кажет. Но через какое-то количество шагов среда перестаёт отображать трассировку. Но даже эти несколько шагов - КРУТЬ!

tsdima, у меня просто здоровье кончилось повторять одно и то же.

Что такое должна быть отладка - излагал, если помнишь...

Galkov, меня отладка устраивает, если бы не этот баг. Какая тут может быть проблема? EditMulti тоже внутри мультика, почему среда не переходит обратно внутрь? Мало того, даже те связи, что находятся на правильном "уровне" после этого бага не подсвечиваются. Если довести до MessageBox-a и потом ещё давануть на батон, вообще виснет, до тех пор пока не убъёшь отлаживаемое приложение. А если не давить, а закрыть окно, то потом нажатие в среде на кнопку запуска в режиме отладки первый раз не реагирует.

Ты еще по Ex-ам погуляй...

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

Рассмотрел это дело по внимательней

Расскажи мне друг любезный, как среда может В ПРИНЦИПЕ правильно отсветить линк, если при обмене получает ТОЛЬКО идент элемента-адресата

Отчего не идент поинта-отправителя - не пойму...

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

Проблема в том, что первый пункт иногда не выполняется (видимо условие его выполнения не совсем корректно реализовано).

Кстати, переход делается посылкой двух сообщений:
1. снять текущую пометку (посылая id=0)
2. пометить следующий шаг (посылая нужный id)


Какая, блин, разница? Всё равно оба элемента знают про тот линк, с которым соединена точка.
А идент отправителя, при вызове события, грубо говоря, и не известен. В THI_Event хранится ID того, кто будет вызываться. Как и номер точки.

Ну хорошо, предположим, что по иденту элемента, И типу точки, И индексу - возможно найти точку-адресат.
((хотя если по иденту точки, то нет всех этих заморочек))

Но совершенно НЕ факт, что для нее возможен только ОДИН отправитель.
И совершеннейший факт, что у точки отправителя только ОДИН адресат.
Неужели это не разница

btw: а ведь в CGTShare мы не имеем метода, возвращающего родительский id_sdk по известному id_element.

Плюс еще одна радость:
отправляем мы не NUM (и именно он уникален для элемента), а EID, который уникален лишь в пределах одной схемы

исторически еще до введения кодогенератора отправитель и адресат мог быть только один и никак иначе. В любом случае в новой версии отладка будет работать правильно.

Факт. Как не крути, а у палки (линии) только два конца А если ты про HubEx, то в данном случае подсветится только от него до адресата. Неудобство, с которым, в принципе, жить можно.


Только потому, что Автор не сделал этого.


Может как раз тут и порылась собака? Отчего бы не сделать и EID уникальным? Кстати, откуда такая информация, что EID уникален лишь в пределах одной схемы?

Хотелось бы видеть прохождение потока от начала до конца(через все мультики)

Все дебугеры, почему-то, показывают активной только текущую строку, а не весь текст от начала процедуры
Другое дело, что обычно есть такая фича, как Call-Stack (список вложенных вызовов). У нас пока нет

В твоем стартовом примере все EID уникальны. Напрашивается вывод - не здесь



Что-то мне думается, что для этого сначала надо иметь "многооконность" для одного проекта...



Дык об этом и речь, что договориться следует догориться, чего правильней (надежнее) отправлять.
tsdima, как-то ты не понимал (припоминается), что надо сказать для Dilma...
Ну к примеру все, что накопилось про отладку.... Скажем, что управлять подсветкой не только "выключить все" (через ID=0), а и персонально - конкретный линк.

Dilma, вот тебе тест (он правильно не работал никогда)
Если он будет достойно отлаживаться - это будет ВЕЛИКОЕ дело

Galkov, ну не знаю как у вас, а у меня этот пример прекрасно отображает все связи на каждом этапе отладочного режима