> -- Евгений Темиргалеев писал(а):
> Продолжу тему. Тоже считаю удобным при разработке большого модуля, скрывать уже законченные процедуры 0 уровня или вложенные. Читабельность повышается, алгоритмика более понятна.Привожу модифицированную версию. Складки с заданной меткой открываются перед компиляцией, закрываются после, если не было ошибок (изменение DevComplier). Изменен DevDebug - чтобы перед переходом к коду из окна трэпа складки также раскрывались.В этой версии есть минус - с точки зрения элегантности подхода. Работа со складками ведет к обширным изменениям в модели, которые отображаются во временном файле; а сворачивание/разворачивание происходит при каждой компиляции, которые обычно выполняются часто
Может, я неправильно понял. Но мы используем складки для ВРЕМЕННО НЕНУЖНОГО или альтернативного кода, компиляцию которого запрещаем! Мне кажется, идея авторов компилятора была именно в этом!
Метка перед складкой - это же новая языковая конструкция, чего нельзя допустить!!
Возможно, следует ввести складки ВТОРОГО РОДА с другими стрелками, содержимое которых всегда компилируется и вставляется в объектный код...
А разве механизм импорта модулей и возможность создания папки проекта (или подсистемы) не то самое, что предназначено для разработки именно больших программ из многих модулей/процедур??
Отладил процедуру - перенеси ее во внешний модуль, откомплируй его, подправь вызов ее в головной программе и "забудь". Конечно,  несколько продолговато получается, но, тем не менее, стОит ли новый огород городить?