Kulakov Oleg,

Для полного счастья не хватает пары таблиц и еще одного грида.
А также расшифровки слова "синхронный",- по какому принципу синхронизировать перемещение, по каким полям связать, тип связи (один-к-одному, судя по всему?)

Kulakov Oleg,

ну откуда мне знать, что и как считается?
К форме привязаны еще 2 таблицы, где они?
Наконец, что мешает в том же гриде сделать вычисляемые поля и заполнить их результатами вычислений?

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

grid1.LockColumns = [ число колонок ]

А можно заморозить слева несколько колонок, в одной из них поместить итоги вычислений.

grid1.LockColumnsLeft = [ число колонок ]

Наконец, если делать грид №2, то в первом гриде в свойстве afterrowcolchange пишем переброску фокуса

thisform.grid2.setfocus
thisform.grid1.setfocus

в обоих гридах HighLightStyle = 2

и для обоих гридов - один и тот же RecordSource

Kulakov Oleg,

я писал это про второй грид? Читай внимательно.
Точно говоря, писать это надо в том гриде, по которому происходит перемещение
,

Kulakov OlegНе получается, со стрелкой вниз нормально срабатывает а при нажатии стрелки вверх курсор в grid2 начинает отставать.Поскольку у меня все работает, допускаю, что где-то опять глюки, например, в расчетах.
Для того, чтобы вычислить тормоза, нужно мне в личку прислать часть проекта с этой формой, всеми используемыми в ней таблицами (оставить там минимум записей) и прочими делами, чтобы все работало как работает.

ВладимирМНельзя, просто нельзя, делать то, что скажет "большой начальник" без предварительного анализа. Нужна "прослойка" в виде аналитика. Понятно, что как правило, на аналитиках экономят, но тогда эту функцию должен взять на себя программист..
Владимир! Никогда не вступал в полемику с Мэтрами Отечестенного Программирования.
Ваши мнения всегда категоричны, ибо теоретически верны.

Однако мой жизненный опыт показывает, что нужно помочь неопытному парню и ему подобным выбрать верную линию.
Так что я не полемизирую, а пытаюсь посказать правильное поведение в ситуациях, когда начальство "требует".

Если следовать принципу "Не оспаривай глупца", а также опробованным методам социальной психологии (изучал в аспирантуре и писал на похожие темы), то следует _обязательно_ уступить заказчику в его требованиях (доказательства - у Карнеги и Шибутани).

Во-первых, он заказывает и платит, значит имеет полное право на свои прихоти.

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

В-третьих, самое главное, парень без опыта, и если будет спорить, легко останется без работы и не сможет далее совершенствоваться.

Так пусть делает (пока!) то, что оплачивают, и параллельно совершенствуется.
А время покажет, кто из них (нас) окажется прав.

ВладимирМАнализ данных и ввод/модификация данных - это два очень разных процесса. Как правило, несовместимые. Если начальник хочет видеть суммы, то надо делать отчет или отдельную форму. И не надо пытаться впихнуть эти суммы в форму ввода/модификации.
Тоже согласен и голосую всеми конечностями .

Но по опыту скажу, что многие пользователи _ну очень_ хотят видеть все и сразу. Типа сменил одну цифру, и чтобы все сразу пересчиталось, красиво приподнеслось, подчеркнулось, подсветилось, вывелась масса сообщений, и вообще, пусть бы само постоянно все работало без участия.

Если же начинаю выводить все в репорт,- сетуют на неумение делать оперативные выводы. Так что в 99% приходится результат выводить на формы, и только при необходимости,- в репорты. Такова жизнь...