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

Как это должно быть в HiOn - без понятия. Клиентская сторона может "генерировать события", посылая запрос на сервер и получая результат. А в "настольной" среде этим всем занимаются обработчики.
Это одна из задач, которую можно выполнить указанным в моей диаграмме "сохранением внутри схемы произвольных данных обработчиками". Например, в пакете Android можно делать различный дизайн окна для разных дисплеев, ориентации и т.п. Редактор GUI мог бы хранить внутри схемы альтернативные макеты, а кодогенератор вытаскивал бы и сохранял их в папку проекта.