Привет всем.
собственно, такой вот пока отстраненный от реальной задачи вопрос — давать или не давать пользователю возможность редактирования данных в гридах/таблицах?

Речь идет о гридах/сетках/таблицах, являющися отображением коллекций/списков неких сущностей (скажем — документы некоего типа), колонки которых являются отображением отдельных атрибутов этих сущностей (например, для документов, это может быть некая сумма или вид продукции, услуги).

В обычном приложении вводится понятие карточки/формы/первичного документа, являющегося какбы первым шагом для создания сущности и дальнейшего ее сохранения. В последующей работе, для того чтобы изменить какие либо значения этой сущности, используется либо поиск по реестру таких сущностей либо прямой выбор ее из списка (ну наверно есть и другие возможности, пока остановимся на прямом выборе).
Пусть для выбора документа используется некая сетка с отображением всех атрибутов сущности по колонкам — вот тут и возникает вопрос — часто видел программы, когда пользователю дается возможность поправить какие-либо атрибуты сущности прямо тут же в сетке (сразу же оговорюсь — никогда не применяю такой подход — сетки read only, для редактирования использую отдельный диалог/мастер и прочее), что считаю неправильным, так как рассматривать сущность нужно целиком, для этого не давать пользователю возможность редактирования в сетке, а только в отдельном диалоге (как для добавления новой, так и для редактирования ранее сохраненной сущности)..

Собственно, вопрос к usability-специалистам — вообще, правильно ли это??? С одной стороны — возможность быстро по контексу поправить некие атрибуты экономит время (и может быть это актуально когда речь идет о массовых операциях ввода/вывода), но с другой стороны, между атрибутами сущности могут существовать связи, когда значение одного атрибута зависит от другого...

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