Galkov, см пакеты Web, QT - без напрягов пользователя сущностями "ЕСТЬ" и "НЕ БЫТЬ" можно обойтись и один из вариантов этого обойтись я уже излагал. Предложенный UseProperty это одно из конкретных решений конкретной задачи г-на nesco(всего их было три, если уже успелся позабыться сей факт), подробности которой мне не известны в такой степени, чтобы предложить что-то еще.


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

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

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