nesco, ты её (точку) не брал в расчёт т.к. её не было. А теперь можно будет строить логику программ уже рассчитывая на неё. Идея плавала на поверхности давно, окончательно меня убедил miver с его примером цикла на основе ChangeMon (сейчас как раз в топе по рейтингу). В его схеме было простительно иметь тупиковый выход из цикла (вся схема и была этим циклом, цикл вызывался лишь однажды и данные со временем гарантированно переставали меняться). А вот при применении его и подобных ему идей в более сложных разработках... Вот тогда-то я явственно понял, что не так логически в этом несложном элементе. Тупиковая ветвь, если данные менялись - мы это знаем, а информацией об обратном расточительно пренебрегаем.

Ну и пресловутая реакция на началоконец изменений данных, про которую мы выше говорили - тоже не редко нужная вещь. С такой точкой реализация упрощается. До этого мы, например, не могли легко узнать, что срабатыванию onData в ChangeMon предшествовал долгий период несрабатывания. А на прекращение срабатывания так вообще очень трудно было среагировать. Всё это ограничивало использование столь потенциально полезного элемента, пока что ставшего причудливой экзотикой (раньше его мало кто брал в расчёт продумывая алгоритм схемы - сужу по наблюдениям).