arch1cВся логика на стороне БД (соотношение БД-клиент примерно 80% / 20%).
Вы видимо по ходу дела ответы получаете Это не "толстые клиенты", толстые, это когда в БД только данные лежат.

По вашему мутному скрину - и в чем там хитрость грида???
Самый обычный грид, даже без изысков.

А по поводу организации АРМа, интерфейса... Ну, так это видимо вопросы к программисту и его недоперепониманию.

1 и основное правило - человеку нужно ровно столько информации, сколько он видит на экране и при этом, сможет сконцентрироваться на каждом элементе (т.е. эти элементы не скучкованы плотно).
Это к вопросу "у меня тупит грид при загрузки 100500 записей", "в нашем гриде 100500 полей" и т.д.

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

В общем, пока понятно одно - вам не то что бы 1С нужно или нет, вам просто надо разобраться почему не едет или едет ни так.

arch1cавторСабжевый грид сильно перегружен. 80% колонок там не нужны.
Ви таки не поверите - нужны.
Нет, не нужны. Если вы так считаете (или, не дай бог, пользователь), это не значит что так оно и есть.
qastaКак показывает практика, когда пользователей много - удобный для всех не сделаешь.
А он не должен быть "удобный для всех". Он должен быть практичным, интуитивно понятным, удобным, функционально завершенным и комфортным.
Комфорт - это не разные фичи, это прежде всего минимизация усталости оператора при монотонной работе. А это, в свою очередь, достигается простыми вещами:
- Классические цвета, нейтральные, достаточно контрастные (что бы не всматриваться) и с достаточным разрешением/масштабом.
- Стандартные элементы (контролы) с понятным/стандартным расположением и назначением
- Надписи и обозначения должны соответствовать предметной области из словаря пользователя а не программиста
- Минимум элементов на форме и информации, достаточной для выполнения операции (одной).
- Информация, которая доступна мозгу человека - умещается на одном экране, все что за границами экрана - за пределами восприятия.
- перемещение (направление табулирования и компоновка элементов в общем) должно повторять направление взгляда пользователя при выполнении операции, т.е. соблюдаться строгая последовательность.
arch1cнужны.
Они нужны только потому, что программист вот так решил организовать интерфейс.
Ваш грид теряет информацию, как только пользователь скролом продвинется правее, то, что ушло за экран - для него потеряно, он вынужден возвращаться назад.
Все эти телодвижения дают психоэмоциональную нагрузку, снижают эффективность работы а вам создают сложности в виде "зависаний".

Если уж таки хотите выложить все данные - дайте пользователю инструмент настройки - скрытие полей или показа.

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

Не лучший вариант, но как компромисс - дать инструмент настройки, например шрифты и прочее конечно в рамках контекста.

arch1c
Я не вижу причин держаться за ваш грид - обычный грид.
А вот в процессе "переделки", можно существенно разгрузить интерфейс, сделать проще, удобней и легче.
Все формы, как правило, повторяют бумажные документы, посмотрите что и как делают пользователь в той или иной конкретной ситуации.
Ну и, наверняка уже накопились "вопросы" к ПО, вот вам и возможность исправить/добавить и т.д.

qastaвсе части системы (точнее всех систем) должны выглядеть и вести себя одинаково
......
В этом случае, даже если пользователь зайдёт в модуль, с которым он раньше никогда не работал - всё равно ему будет несложно разобраться, что там к чему.
+1
Я об этом же