trdm_vill_agerудобство таких форм - в привычном для пользователя виде (хорошо пускать пыль в глаза заказчику). А заполнять - реально не удобно, много скроллинга. поля размазаны по экрану (а могли быть компактно и логично размещены на "обычной" форме ввода).
О, мудрейший, более 10 лет я был слепцом и не видел этой истины, грешен: разрабатывал и пользовался, пуская пыль в глаза пользователя. как я мог обрекать пользователей на такой кошмар? Меня нагло обманули!
vill_agerя хочу разумную границу найти между отчетами и GUI Во истину! только такой гениальный человек, может помочь узреть истину всем слепцам и предъявить миру действительно удобную и идеальную вещь. Все, кто был до тебя лузеры и не правы! Аминь....
Уважаемый, нисколько не хотел Вас лично задеть. Просто высказал свое мнение о usability таких "форм" ввода (кстати, отметив при этом плюсы и минусы). Вашего мнения об этом я так и не услышал. А эмоции не интересны. Совсем. А за скриншот - спасибо.

2 iscrafm:
Прошу прощения. Присмотрелся и нашел на панели инструментов дискетку...

Petro123Залез в 1С, освежил память:
- нашёл много отчётов с детализацией на строке с выводом Формы\Отчёта только чтение
- при дальнейших кликах на уточнение - выходим на журнал документов и сам документ Системы уже с редактированием и кнопками Провести.
Т.е. сами отчёты не обладают логикой записи и изменения данных БЛ Системы.
Они могут вызвать (подгрузить из меню) объекты контекста в простых случаях.

В код не лез, но вариант вызова других объектов ИС из Отчёта:
IMHO Сами отчёты не занимаются интерактивностью в смысле записи ЗНАЧИМЫХ данных.
У них удел - колонтитулы, штрих-коды, страницы, ячейки для ручной правки в отчёте.
Согласен: из отчета по клику - в документ, после изменения документа - назад в отчет, если хотим видеть изменения - кнопка Обновить. т.е. отчет не отслеживает сделанные изменния в вызванных из него документах. Аминь :).