DRAKON.SU

Как их туда передать?
Чем больше - тем лучше. В рамках какого-нибудь представления может и найдётся консенсус. Только если танцевать от линейного представления, которое уже выглядит с точностью "до", надежды на успех маловато. Тоже имхо.

Кого их?

Локальные переменные в обработчик исключения, который на отдельном листе..

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

Ну а чем лист не слой?

Дык, конечно, слой.
Только на мониторе слои можно совмещать, делать полупрозрачными и т.п.
И это правильно!

Ели вопрос в том как, то компилятор позаботится как. Вы хотите описывать его работу?

2Alexey_Donskoy:
Вот и я думаю, что надо спровоцировать мозги копать в этом направлении. Но пока корректного варианта не видать.

2GUEST:
Как-то мы одними словами, но о разном.. Я - о визуальном представлении(человеко-читаемом) связей локального контекста процедуры и обработчика исключений для этой процедуры. К компилятору пока не переходил.

И я о визуальном представлении говорю. Если компилятор справится с установкой связей самостоятельно - то какая в них необходимость для отображения?

Да, что-то я протормозил отчаянно.. Спасибо за терпение. Вариант нормальный.

Визуальное отображение нужно не компилятору, а человеку. И связь нужна для него.

Зато вместо статической линии на схеме можно средствами IDE попробовать обеспечить это связывание - например, в левом окне - процедура с защищаемыми участками кода, в правом - обработчик(и) исключений. Вах, прямо нортон какой-то..

p.s.:Было же много голосов против смешивания алгоритма и обработки ошибок.

Речь шла о Рэйлвэе.