Форма содержит поле ДатаПоставки заказа. В другом, вычисляемом, поле [Готово], при некомплекте заказа, указано: "Не всё" (см. ветку "Максимальная дата и не только..."). Пользователь просит, чтобы при условии: ДатаПоставки <= Date() And Готово = "Не всё", эта самая ДатаПоставки была окрашена в красный цвет. Левая часть условия работает без проблем, а правая как бы всё время учитывает предыдущее значение поля Готово, т.е. состояние Готово = "Не всё" окрасит ДатаПоставки не этой же записи, а после перехода на другую. Пробовал считать св-во Готово.Text - бесполезно, программа не хочет видеть, то что я вижу глазами.

Неужто никто не знает?

Поле правильно не перекрашивается:
Если в текущей записи [Готово] = "Не всё", то окрашивания поля [ДатаПоставки] не происходит, но если перейти на другую запись, то программа как бы вспоминает о своей ошибке и окрашивает поле [ДатаПоставки] в красный, независимо от того чему равно теперь поле [Готово]. Т.е. всё время запаздывание: красный цвет указывает, что предыдущая запись была "некомплектная".
----------------------------
А для какого поля использовать AfterUpdate?
В Хелпе вроде сказано, что изменение кодом значения поля события AfterUpdate не вызывает.

А вообще, почему так происходит: на экране в поле выводится, скажем, "ааа", а обращения к Поле.Value, Поле.Text не дают возможности получить это "ааа" программно?

Ладно, уточню, - в моём случае - не дают!
А как сохранить программно значение вычисляемого поля, не привязанного к таблице?

Так и я о том же. А как быть? Пусть несвязанный, но значение же содержит, как его программе получить?

Решения, получается, нет?

1. Аксесс97
2. Поле Готово = полю в примечании подч. формы, где, в свою очередь, происходит само вычисление(см. ссылку на ветку указанную в первом сообщении).
3. Пробовал, ради интереса, ссылаться не на поле Готово, а на поле в примечании подч.формы. Не выходит.

В итоге получилось вот как:
1. Заменил поле [Готово], которое содержало ссылку на поле в примечании подч.формы, где вычислялось.....(см. "Максимальная дата и не только...") на ещё одну подч.форму с одним полем. Вычисления теперь происходят в запросе-источнике новой формы. Исчезла заметная задержка в изменении данных при переходе на новую запись.
2. На событие Текущая запись новой формы написал простенькую процедуру окрашивания поля ДатаПоставки.
Вот и всё.

Необходимо добавить в форму возможность групповой обработки записей: отметить нужные -> проделать с ними операцию -> снять выделение.
Добавить в таблицу логическое поле, чтоб в нём отмечать выделение - не проблема. Дело в том, что пользователей много и если один отметил записи 1 и 2, а другой - 3 и 4, то запрос с условием Выделено = True обработает все 4 записи, а это не есть гут.
Добавить не привязанный к таблице флажок (вроде на форуме rusimport был примерчик с добавлением в лент.форму свободного "флажка) тоже не решение: дрожание изображения при каждом изменении флажков на медленных компьютерах слишком заметно.
Никто не решал нечто похожее?

Думал вопрос закрыт, оказывается - нет.
Конечно можно: вывести отчёт, в нём раскрасить, обвести в рамочку, потом распечатать и долго-долго смотреть на всё это.
Но задача в том, чтобы, получив на экране какой-то набор записей, с этим набором что-нибудь и проделать.
А что в отчёте можно сделать? Ну можно задумчиво обводить записи фломастером, рисовать на полях восклицательные знаки и т.п.

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