Недоступность источника данных формы в display/edit-методах таблицы - баг или фича с глубоким смыслом?

[AndyD]

Что в данном случае имеется в виду под копией?

Да, создается новая табличная переменная, которая не привязана датасорсу и к серверному курсору, в которую копируются данные из кэша датасорса.
Табличная переменная на форме в это время живет своей жизнью и содержит данные из текущей записи датасорса

[TasmanianDevil]

AndyD, именно это я и имел ввиду (новая табличная переменная, копия содержимого локальной).
На первый взгляд оно, конечно, странно весьма, но тут уже ничего не поделаешь.
Ладно, остановимся на том, что есть ...

Огромное спасибо на наставление на путь истинный!!!

P.S. Жадный форум не дает горку плюсиков отсыпать одному и тому же участнику чаще, чем раз в три дня

[AndyD]

Цитата:

Сообщение от TasmanianDevil

На первый взгляд оно, конечно, странно весьма, но тут уже ничего не поделаешь.

Если учесть, что табличная переменная формы всегда смотрит на текущую запись, а дисплейные методы вызываются для всех видимых строк, то тут все логично, с моей точки зрения.
Это хорошо заметно на дисплейном методе на датасорсе - переменная, передаваемая в него и переменная на форме содержат разные данные

Другой вопрос, почему привязку к датасорсу не восстанавливают для нее, но тут, возможно, ограничения внутренней реализации этой самой привязки

[TasmanianDevil]

Цитата:

Сообщение от AndyD

табличная переменная формы всегда смотрит на текущую запись, а дисплейные методы вызываются для всех видимых строк

Да-да-да, именно так и именно про это я забыл, когда написал, что странно - просто давно привык писать display/edit методы именно на таблице, а не на датасорсе, где обязательным отдельным входящим параметром является табличная переменная с обновляемой в тек. момент строки, независимая от текущей локальной позиции по датасорсу.

Все теперича встало на свои места в голове