powered by simpleCommunicator - 2.0.50     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI. Редактируемый грид. За и против.
25 сообщений из 132, страница 1 из 6
GUI. Редактируемый грид. За и против.
    #34237780
гридмен
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем привет!

Интерсует сабж.
Во всех своих прогах я ещё ни разу не сделал грид редактируемым.
Для операций создания и редактирования я всегда создаю соответствующий диалог.
Хотя это и более трудозатратно, всё же я склонен думать что так "лучше".
Я ошибаюсь?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34237833
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По-моему все лучше в меру. Возьмем например задачу заполнения ведомости успеваемости студентов, оценки проще проставлять в гриде. Вы туда тоже бы диалог влепили?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34237836
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гридменВсем привет!

Интерсует сабж.
Во всех своих прогах я ещё ни разу не сделал грид редактируемым.
Для операций создания и редактирования я всегда создаю соответствующий диалог.
Хотя это и более трудозатратно, всё же я склонен думать что так "лучше".
Я ошибаюсь?

Правило достаточно простое. Диктуется из понятия транзакции.

К примеру ведомость (успеваемости, часов, распределения затрат) - удобнее делать в... модальном окне с гридом (и заголовком).

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

--

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

В общем как всегда - истина где то посредине ;)
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34237912
ytrewq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
гридменВо всех своих прогах я ещё ни разу не сделал грид редактируемым.

Суть вопроса заключается в этой фразе. От нее попахивает экстремизмом.
Есть много пословиц на эту тему. Например, никогда не говори "никогда".
Поэтому вопрос этот больше философский. Хотя год назад я тоже сильно удивился, когда мне ребята сказали, что они гриды для редактирования не используют. Что ж, каждый выбирает свою дорогу. Некоторые свои взгляды со временем меняют, некоторые следуют дальше своим принципам. Не хотел бы я оказаться в числе последних (а такие, к сожалению, есть).
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34237997
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grexhide
Правило достаточно простое. Диктуется из понятия транзакции.
К примеру ведомость (успеваемости, часов, распределения затрат) - удобнее делать в... модальном окне с гридом (и заголовком).

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


гридменДля операций создания и редактирования я всегда создаю соответствующий диалог.
Хотя это и более трудозатратно, всё же я склонен думать что так "лучше".
Я ошибаюсь?
Что касается редактирования в гридах, то это удобно конечно, нужно смотреть только на исключения, когда такое редактирование противопоказано. Т.е. скорее наоборот.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238104
Фотография sobolev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гридмен
Во всех своих прогах я ещё ни разу не сделал грид редактируемым.
Для операций создания и редактирования я всегда создаю соответствующий диалог.
Хотя это и более трудозатратно, всё же я склонен думать что так "лучше".
Я ошибаюсь?
Присоединяюсь: практикуем ту же позицию и по тем же мотивам.
Хотя, справедливости ради надо заметить, что некоторые пользователи протестуют против такой категоричности и, наверное, их 'правда' не хуже нашей.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238199
гридмен
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вы не любите кошек? Да вы не умеете их готовить.
Справедливости ради стоит заметить что это наверное мой случай.
Покопавшись в памяти я вспомнил случай использования сабжа. Грид содержал позиции товара для которого вводилось кол-во и цена. В остальном через диалоги............

Кстати! Как по мне с точки зрения юзабилити, если приложение содержит хоткеи, то ситуация выравнивается. Это так же быстро и удобно........
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238209
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmСамый распространенный в системах - постинг, сохраненные в БД данные <> учтенные (те с которыми работает бизнес-логика и отчетность).


Чего чего ? А скриншот (а то прям - мировоззрение ломается, право... нехорошо это) ?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238248
Фотография LR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гридменИнтерсует сабж.
У одного моего знакомого прямо противоположное предпочтение - все, что возможно редактировать в гриде - реактировать в нем. Естественно, он использует иерархический грид, причем такой, в котором к узлу цепляются "разношерстные" дочерние бенды (кажется, ultragrid от infragistics). В диалогах редактируются значения неосновных, второстепенных полей/атрибутов.

Я с отвращением наблюдал, как в одном гриде у него редактируются - шапки документов, их спецификация, платежи по этим документам, бух.проводки и т.д. :)
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238298
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LR гридменИнтерсует сабж.
У одного моего знакомого прямо противоположное предпочтение - все, что возможно редактировать в гриде - реактировать в нем. Естественно, он использует иерархический грид, причем такой, в котором к узлу цепляются "разношерстные" дочерние бенды (кажется, ultragrid от infragistics). В диалогах редактируются значения неосновных, второстепенных полей/атрибутов.

Я с отвращением наблюдал, как в одном гриде у него редактируются - шапки документов, их спецификация, платежи по этим документам, бух.проводки и т.д. :)

А потом бьете в грудь - у меня 550 ФОРМ!? (Не Вы именно, но кто-то тут кричал, и еще я тут пытался сработаться с одной прогерской фирмой, так у них тоже счет шел от количества форм - вывел "Да, Нет" есть ФОРМА!!! :) )
Единственная польза была от этих форм при постоянном подключении в БД.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238347
Фотография LR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават ЮсифовА потом бьете в грудь...
Мне кажется, что ключевым фактором в этом вопросе является пользователь (его уровень, предпочтения и т.п.). Во многих системах UI предусматривает "разнокалиберность" пользователя, т.е., что-то вроде: новичку - "тупой" визард, обычному пользователю - "обычные" форма+таб+грид, продвинутому - "супер-пупер-навороченный-настраиваемый-... контрол" (например, тот же иерархический грид со сложными группировками, сортировками, фильтрами)

Т.е., в первую очередь зависит от конкретной ситуации у конкретного заказчика, в последнюю - от предпочтений разработчика, imho.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238521
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LR Сахават ЮсифовА потом бьете в грудь...
Мне кажется, что ключевым фактором в этом вопросе является пользователь (его уровень, предпочтения и т.п.). Во многих системах UI предусматривает "разнокалиберность" пользователя, т.е., что-то вроде: новичку - "тупой" визард, обычному пользователю - "обычные" форма+таб+грид, продвинутому - "супер-пупер-навороченный-настраиваемый-... контрол" (например, тот же иерархический грид со сложными группировками, сортировками, фильтрами)

Т.е., в первую очередь зависит от конкретной ситуации у конкретного заказчика, в последнюю - от предпочтений разработчика, imho.

Все это звучит очень толково.

Но я не понимаю, почему я должен учесть тот факт, что КОНСТРУКТОР не понимает как чертить, БУХГАЛТЕР - как ввести родную счет-фактуру и т.д. Специалист должен знать свою предметную область.
А таблицы и списки всем специалистам знакомы.
Хотя мне они не нравятся - надо что то типа Excell - рыхлая среда для формирования структур с плавающей жесткостью по мере надобности.

То что Вы говорите хорошо для прог, которые предназначены специалистам широкого профиля (домохозяйкам).
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238580
MX - ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават Юсифов
Но я не понимаю, почему я должен учесть тот факт, что КОНСТРУКТОР не понимает как чертить, БУХГАЛТЕР - как ввести родную счет-фактуру и т.д. Специалист должен знать свою предметную область.
А таблицы и списки всем специалистам знакомы.
Хотя мне они не нравятся - надо что то типа Excell - рыхлая среда для формирования структур с плавающей жесткостью по мере надобности.
.

применяем только EXCEL для всего - и для ввода данных и для отображения документов
система примерно типа "1с"

ВСЕ наши пользователи, ранее работавшие на "1с", отмечают
что применение EXCEL для ввода дает преимущество перед "1с" !
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238627
Vladimir Kozlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grexhide
Опять же, любой документ - это совокупность заголовка, строк, и... эдакой панели детализации строк (опять же формы, и если она, конечно, нужна).


Для себя я вывел простое правило - если набор данных допускает только row-based редактирование - однозначно нужна форма (хоть модальная хоть панелька под гридом). Если же поля записи не завязаны друг на друга никакими ограничениями (например, справочник контрагентов - наименование, телефон, адрес и т.п.) - то можно юзать cell-based и соответственно делать это прямо в гриде.

Ну а применяя "идею-вирус" (ты знаешь о чем я, хехехе), я просто прикрутил отправку события из модели - и в обработчике сохраняю значение, т.е. cell-based grid editing в чистейшем виде.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238657
Фотография LR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават Юсифовнадо что то типа Excell - рыхлая среда для формирования структур с плавающей жесткостью по мере надобности
Красиво сформулировано! :) Подобная мечта, наверное, хоть раз да появляется у каждого разработчика. У меня тоже появлялась, но "вдохновителем" был не Excell а редактор VS2005 - "чистый лист бумаги" с огромными возможностями "для формирования структур с ...". Но прожила эта мечта совсем недолго :)


MX - ALEXприменяем только EXCEL для всего
Когда-то где-то здесь я уже читал, наверное Ваше, более детальное описание как это сделано, был искренне восхищен, респект :)
Но для реализации экстраординарных идей необходима одна (зачастую труднодостижимая) малость - коллектив единомышленников...
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238715
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vladimir Kozlov grexhide
Опять же, любой документ - это совокупность заголовка, строк, и... эдакой панели детализации строк (опять же формы, и если она, конечно, нужна).


Для себя я вывел простое правило - если набор данных допускает только row-based редактирование - однозначно нужна форма (хоть модальная хоть панелька под гридом). Если же поля записи не завязаны друг на друга никакими ограничениями (например, справочник контрагентов - наименование, телефон, адрес и т.п.) - то можно юзать cell-based и соответственно делать это прямо в гриде.

Ну а применяя "идею-вирус" (ты знаешь о чем я, хехехе), я просто прикрутил отправку события из модели - и в обработчике сохраняю значение, т.е. cell-based grid editing в чистейшем виде.

Строго наоборот. Если строки - не завязаны друг на друга (контекст разделен) то только через модальные формы. Тем более, сравочник контагентов - ну никак не помещается в ширину экрана, а простыни заставлять редактировать - это полное издевательство.

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

Парадоксально - но факт - кто то - предпочитает набивать именно формочкой, и только потом нажимать "Добавить". Кто то - переходить в конец грида, давить "вниз" и только потом вводить данные.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34238737
Vladimir Kozlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grexhide
Строго наоборот. Если строки - не завязаны друг на друга (контекст разделен) то только через модальные формы. Тем более, сравочник контагентов - ну никак не помещается в ширину экрана, а простыни заставлять редактировать - это полное издевательство.


Ты невнимательно прочитал - я не про строки а про столбцы. Если 2 поля в одной строке взаимоувязаны - тогда только модальная форма. А справочник контрагентов я привел от балды - что первое в голову пришло. Впрочем никто не мешает наиболее часто используемые поля засунуть в непрокручиваемую часть грида чтобы они присутсвовали на экране постоянно, а поля которые редактируются редко - в прокручиваемую; или сделать возможность редактировать как через грид так и через форму.

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


+1.

grexhide
Парадоксально - но факт - кто то - предпочитает набивать именно формочкой, и только потом нажимать "Добавить". Кто то - переходить в конец грида, давить "вниз" и только потом вводить данные.

Поэтому лучше делать два варианта редактирования - в гриде и в форме, и пусть юзер работает как ему удобно.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34239221
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тема в принципе довольно забавная.
Для себя чисто эмпирическим способом вывели следующую закономерность.Если в записи больше 10 полей-делаем форму для редактирования.Если меньше - делаем в гриде. Очевидно,что на справочники вида Код-Значение-Комментарии форму делать глупо.
Тут гораздо более интересен другой вопрос-сколько полей выводить в грид.Есть такое мнение (я его отчасти придерживаюсь)-каждая grid-форма должна предоставлять максимальный объем данных для создания отчетности по ней, но, в тоже время, не все данные в нее и вытянешь (ну например все телефоны клиента в грид не вытянешь). Кто как делает-вытягивает все данные в простыню или например в гриде показываются только обязательные для заполнения данные?Или простыня только в отдельных отчетах?

p.s. очевидно,что столбцы для отображения настраиваются, но каков состав полей по-умолчанию?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34239268
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Shtockp.s. очевидно,что столбцы для отображения настраиваются, но каков состав полей по-умолчанию?
какие заказчик пожелает
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34239322
Alexandr Kochmin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
S> p.s. очевидно,что столбцы для отображения настраиваются, но каков состав
S> полей по-умолчанию?

Столбцы настраивает сам клиент очень простым диалогом для каждой таблицы.
настройки сохраняются.


--
С уважением
Кочмин Александр
Firebird Foundation associate member #257

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34240185
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гридменДля операций создания и редактирования я всегда создаю соответствующий диалог.
Хотя это и более трудозатратно, всё же я склонен думать что так "лучше".
Это не всегда лучше. Зависит от:

Количества полей в записи, количества требующих ручного ввода (не чек-/комбобоксы)

Количества записей, вводимых подряд

Уровня и потребностей пользователя

Форма лучше для ввода относительно сложных записей. С другой стороны, попробуйте ввести хотя бы 50 записей ФИО (какой-нибудь классный журнал) в выпадающих окнах - ручаюсь, озвереете. Пользователь тоже. Разумеется, и для этого есть решения, например кнопка "следующая запись", оставляющая в том же окне. Истина в данном случае в выборе лучшего варианта для каждого случая.

Скажем, была у меня форма что-то типа "список учредителей". Данных два поля: организация из справочника и доля участия; сумма долей должна составлять 100%. Вот представьте себе удобный ввод этих данных в отдельном диалоге.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34240214
Для простых справочников с "плоской" структурой используем грид (ед. измерения, цвета ит.д). Для более сложных, в которыз завязаны данные из нескольких таблиц - грид с формой редактирования. Например контрагент с его юр. лицами, счетами, грузополучателями и т.д.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34241332
гридмен
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем спасибо! Согласен, иногда надо таки применять редактируемые. Не спорю. По ситуации.

НО! :) Даже при при вводе простых данных, тот же классный журнал, если приложение имеет хот кеи, то разница не велика, хоткей->ввод->ентер, хоткей->ввод->ентер, хоткей->ввод->ентер по сути одно и тоже.

Что касаеться придумать диаложек где сумма долей должна составлять 100%...
Буквально на днях ваял подобное, денег дали мало, поэтому извращаться не стал. При верификации данных выдавал сообщение о том что сумма не равна 100 и баста.
2softwarer, а у вас в гриде? Как выглядит?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34242441
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гридменНО! :) Даже при при вводе простых данных, тот же классный журнал, если приложение имеет хот кеи, то разница не велика, хоткей->ввод->ентер, хоткей->ввод->ентер, хоткей->ввод->ентер по сути одно и тоже.
Во-первых, даже если есть хоткеи, пользователи вовсе не обязательно знают их и пользуются ими.

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

гридмен2softwarer, а у вас в гриде? Как выглядит?
Насколько я помню (дело было лет десять назад) грид плюс вычисляемая невязка и заблокированная до верного распределения кнопка Ok.

Но суть имхо не в том, как это сделать идеально, а в том, что "модальное окно редактирования одной строки" будет определенно неудачным решением.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34242504
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ответ прост и автор наверника его понимает: надо комбинировать то и другое чтоб получить оптимальное сочетание сложность/быстрота/нагладность/специфика задачи

Как вариант диалоговое окно:
...
Рейтинг: 0 / 0
25 сообщений из 132, страница 1 из 6
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI. Редактируемый грид. За и против.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]