Petro123
выдуманная ситуация и бабушка.
Если она не в гриде забивает, то больше влезет?
ДА
грид, как правило, занимает Х на У при этом работа идет с одной строкой из Х строк , пространство занимаемое (Х-1) строками простаивает , в моем случае практически все пространство формы занято Едитами ввода (ну только подписи к ним еще занимают место).

Я не являюсь упертым противником Гридов, да ради бога, просто я описал довольно типичную ситуацию для операторского ввода-редактирования.
Сергей ВаскецовТем более, если количество полей не входит в экран, стоит использовать грид (но не только его!).
Сделайте прокрутку и возможность изменения ширины и порядка полей, причем чтобы это сохранялось в разрезе каждого грида и пользователя (сохранять или нет - тоже настроить). Тогда бабушка сможет перетащить что надо куда надо (или даже помочь ей в этом), чтобы основные поля были в начале, какие ей надо - рядом.

Как я писал выше на форму ввода-редактирования входит больше инфы , чем на форму с гридом.
На форме с эдитами приходиться делать движений.
Здесь в основном вопрос скорости работы.

softwarer barsukofНе вижу большого зверства , ХОТКЕЙ и форма ввода с проходом по Edit-ам ввода на Tab-Enter,
Я не вижу у Вас "формы ввода" в виде выпадающего окна. У Вас грид с детализацией, это другой вариант, при котором ничто никуда не выпадает. Кроме того, у Вас широкая форма, много полей, то есть данные, про которые я сказал, что их лучше редактировать именно в форме.

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

Petro123вертикальный грид на ОДНУ запись видели?
Киньте скрин