powered by simpleCommunicator - 2.0.50     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI. Редактируемый грид. За и против.
132 сообщений из 132, показаны все 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
GUI. Редактируемый грид. За и против.
    #34242506
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как вариант справочник - редактируемый грид
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34242664
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=ALEX=-
Оччень интересно.
- это авторская работа? (работодатель позволяет твою подпись на форме)
- "Открыть БД" это дальше что будет (MS SQL Server вроде?)
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34242708
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123- это авторская работа? (работодатель позволяет твою подпись на форме)
Хм. Я подозреваю, это заказ, выполненный одним человеком. А вообще - я бы сказал, работодатель не вправе эту подпись запретить. Согласно нашему закону автором(соавторами) программы является физическое лицо либо лица, и именно они имеют неотъемлимое право ставить на программу свой копирайт и даже специально оговоренное право на защиту от посягательств.

То, что российское юридическое лицо пишет в программе Copyright (c) АО "МММ" - с точки зрения нашего законодательства, просто бессмысленная и бесполезная строка, юридического смысла не имеющая.

Напомню, что закон отделяет личные права от имущественных; личные неотъемлимы и принадлежат физическим лицам-авторам, имущественные могут принадлежать юридическим лицам, в том числе работодателю.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34242854
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
проблема в том, что это форма, а не титульная страница сайта выполненная Лебедевым с большой буквы.
Не знаю как там с законодательством (сомнительные доводы), но с точки зрения дизайна, некрасиво когда у вас на штанах разные карманы и штанины будут с разными копирайтами.
IMHO
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34242924
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123проблема в том, что это форма, а не титульная страница сайта выполненная Лебедевым с большой буквы.
Для кого это проблема?

Petro123но с точки зрения дизайна, некрасиво когда у вас на штанах разные карманы и штанины будут с разными копирайтами.
Согласен. Теоретически, это проблема, которая решается путем переговоров. Практически же она не возникает, программисты обычно не настаивают на указании своего личного копирайта.

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

Petro123 -=ALEX=-
Оччень интересно.
- это авторская работа? (работодатель позволяет твою подпись на форме)

По закону автор может поставить свое имя в программе практически в любом месте. А вот про это самое место - обсуждается с работодателем. Не принципиально в данном случае. Щас я такие надписи не оставляю - подрос немного.

Petro123
- "Открыть БД" это дальше что будет (MS SQL Server вроде?)

БД в данном случае Paradox под BDE. Каждый месяц хранится в отдельных файлах БД. Вот кнопка "открыть" и открывает нужный.



Главное я выразил и продемонстрировал мое мнение по поводу комбинирования редактируемых гридов и диалоговых окон. Хорошо если вы это поняли.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243248
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гридменВсем привет!

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

ИМХО редактирование в гриде удобнее там, где нужен массированный ввод строк. Про это уже говорилось.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243303
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=ALEX=-Да издевайтесь скока хотите
извини, если мой тон был так воспринят (ничего личного). Нормальные скрины (себе в копилку положил :)).
- про сервер спросил, т.к. в OS у тебя в углу загрузчик MS SQL Server :)
- а шапка верхняя с объединением ячеек в чём сделана?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243339
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123 -=ALEX=-Да издевайтесь скока хотите
извини, если мой тон был так воспринят (ничего личного). Нормальные скрины (себе в копилку положил :)).
- про сервер спросил, т.к. в OS у тебя в углу загрузчик MS SQL Server :)
- а шапка верхняя с объединением ячеек в чём сделана?

MS SQL Server стоит потому что с ним работаю. Сегодня после всех этих праздников первый день на работе - мозги не хотят работать, вот и убиваю день на все подряд.

Шапка от эхлибовского грида... Если у тебя нет - много потерял! Глюки, конечно, иногда попадаются, но хорошо что сырцы есть - всегда подправить моно.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243485
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вообще, вопрос - быть редактируемому гриду али модальной формой пользоваться - никак не связан ни с транзакционностью, ни с простотой реализации. Нормально редактируемый грид, кстати, сложнее сделать.
А связан он только с юзабилити. Если на ввод одной записи через грид у пользователя уйдет меньше времени - значит, правильнее делать редактируемый грид. Вероятность ошибок, естественно, учитываем. При вводе через модальный диалог всегда тратится время по крайней мере на поднятие/закрытие этого диалога.

Nobody faults but mine... (LZ)
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243564
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aagВообще, вопрос - быть редактируемому гриду али модальной формой пользоваться - никак не связан ни с транзакционностью, ни с простотой реализации. Нормально редактируемый грид, кстати, сложнее сделать.
А связан он только с юзабилити. Если на ввод одной записи через грид у пользователя уйдет меньше времени - значит, правильнее делать редактируемый грид. Вероятность ошибок, естественно, учитываем. При вводе через модальный диалог всегда тратится время по крайней мере на поднятие/закрытие этого диалога.

Nobody faults but mine... (LZ)

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

Если и этих доводов недостаточно, то можно поискать примеры в готовых больших системах, например, windows - поищите ка редактиремый грид.

Если Вам лень делать диалоговые окна - не делайте. В крайнем случае можно все в exel вести на разных листах как это многие с успехом делают.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243695
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=ALEX=-
- Win не программа, это OS и требования другие (таблицы не нужны).
- у НЕтаблиц ещё один недостаток - неожиданность появления-представления инфы.
Если у тебя данные в табличном виде, то логичнее по клику на ячейке данных их редактировать, а не изучать окошко с другим представлением этих-же самых данных (но с рюшечками и по диагонали).
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243725
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 -=ALEX=-
Вы, по-моему, невнимательно прочитали что я написал. "неудобно" - слишком расплывчатое понятие, поэтому в юзабилити удобство/неудобство заменяется временем ввода. Красивость и наглядность тоже означают время, которое нужно пользователю чтобы получать представление данных (если оно нужно). В случае школьной ведомости для редактируемого грида это время будет меньше (предположим), в случае списка платежных документов или клиентов с тучей реквизитов - очевидно, меньше времени ввода и ошибок будет если использовать модальное окно.
Апелляции к "самой Windows" здесь некорректны - это не идеал.
И чтобы вконец вас разочаровать, сам я как раз почти всегда делаю через модальные формы - иногда и потому, что делать правильный редактируемый грид лень.

Nobody faults but mine... (LZ)
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243751
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aag

У меня такое чувство, что мы все говорим про одно и тоже, прекрасно понимая суть вопроса. Но все же пытаемся спорить. Пытаемся придераться / высказаться.

Давайте закончим обсуждать то в чем каждый понимает толк и меру.

P.S.: После праздников итак голова болит...
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34243919
Alex_Toms
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Выскажу и я своё видение по гриду...
В одной из первых моих работ была юзером баба с полным букетом если так можно выразится, недостатков. Полное отсутствие внимания, памяти и прочее в таком же духе. Если при вводе данных её соседки начинали говорить о тряпках, она забывала обо всём, ставила локоть на клаву, и масса данных просто забивалось мусором. Она этого не замечала и устраивала скандал с воплями. Ей сочувствовали, виноват был конечно я. Так что от грида пришлось отказаться и сделать ввод более сложный, но зато надёжный. Примерно так, сначала левой рукой F2, активизируется окно, затем ввод с проверкой данных по каждой позиции, а запись только с подтверждением, и при каждой сомнительной операцией звук.
В другом месте наоборот, юзеры аккуратные, толковые, в общем на них повезло. Несколько лет работают с гридом и проблем пока не было.
Но лучше делать проги всё же с защитой "от дурака", со временем, остановился на этом варианте.

Удачи.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34244681
GebeusRaider
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кстати ИНФИН предлагает интересное решение. Редактирование осуществляется только в форме, и только в строгой последовательности: т.е. пока не заполнишь поле № 1, второе поле будет невидимым. Мне понравилась эта идея,однако действительно нужно делать как можно проще если это сможет решить задачу.
И еще взгляд заказчика (кто платит деньги) на оформление и пользователя могут различаться.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34244993
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GebeusRaiderКстати ИНФИН предлагает интересное решение. Редактирование осуществляется только в форме, и только в строгой последовательности: т.е. пока не заполнишь поле № 1, второе поле будет невидимым.

========= меня такие решения бесят. Т.е. прога ведёт себя совершенно непредсказуемо. Везде появляются UFO.

Мне понравилась эта идея,однако действительно нужно делать как можно проще если это сможет решить задачу.
И еще взгляд заказчика (кто платит деньги) на оформление и пользователя могут различаться.


===== вот с заказчиком и надо
- обговаривать интерфейс,
- согласовывать портрет пользователя (min уровень подготовки)
- и деньги, которые он заплатит за данный портрет (прога для той тётки выше будет дороже).
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34246731
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=ALEX=-Если и этих доводов недостаточно, то можно поискать примеры в готовых больших системах, например, windows - поищите ка редактиремый грид.
А что, сложно найти?

Запускаете explorer.exe, нажимаете "в табличном виде", нажимаете F2, редактируете.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34246747
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GebeusRaiderРедактирование осуществляется только в форме, и только в строгой последовательности: т.е. пока не заполнишь поле № 1, второе поле будет невидимым.
Для редактирования этот режим ну просто зверски удобен :)

Вообще смысла в этом подходе не вижу. В принципе инкарнация старой верной идеи о том, что лучший интерфейс массового ввода - пишущая машинка. Но в данном конкретном случае трудно сказать, чему полезному такая организация помогает и чему вредному мешает. Пользователю с мышкой? Так он расставит везде пробелы, все поля появятся, дальше начнет заполнять той же мышкой. Зато появляетяся идиотизм: поскольку невозможно сказать, когда именно пользователь _закончил_ заполнять поле, следующее появляется либо _в начале_ редактирования предыдущего, либо после нажатия специальной, дополнительной кнопки со смыслом "все, здесь кончил". Которую, кстати, опять же никто не мешает нажать десять раз перед тем как приступать к "собственно редактированию".
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34246869
Фотография LR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Недавно попалась ссылка - Беркгаут: Мои взгляды на интерфейсы (типа 50 тезисов) , прочел с удовольствием, думаю, многим, кто не видел, будет интересно :) Близко к теме пункты из раздела "Взаимодействие" (начиная с п.28)
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249417
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Спасибо, интересная ссылка. Некий недостаток в том, что как универсальные тезисы изложены некоторые мысли, место которым в конкретных и специфических ситуациях (и совсем не место - в других ситуациях). Вообще, автор по впечатлению "держит в голове" единственный класс задач, пусть и довольно широкий.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249511
jikez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Всё зависит от привычки юзера, если он умеет работать только в excel'e ему будет тяжко привыкать к вводу данных в формах и наоборот удобнее вводить в гридах.

по опыту работы с бухами, для скорости удобнее быстро вкалачивать цифири в плоский грид чем в мелькающие диалоговые окна
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249547
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В "мелькающие диалоговые окна" неудобно вколачивать никому. Окно оправдано только если находится на экране достаточно продолжительное время либо если несет особо важную, выделяемую из прочей информацию.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249548
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я за отдельную форму редактирования.

Вопрос: какие есть способы решения проблемы "уснул и стукнулся головой о клаву" при
прямом редактировании в гриде.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249584
-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-
Гость
У меня в одной программе для защиты от головы была кнопка - Разрешить\Запретить редактирование.
Все редактировали в гридах.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249594
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
То есть, когда глаза слипаются, нужно отключить редактирование в гриде?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249595
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-У меня в одной программе для защиты от головы была кнопка - Разрешить\Запретить редактирование.
Все редактировали в гридах.

И перед тем как засыпали отключали редактирование???
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249815
GebeusRaider
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Тут уже получается дискуссия об удобном интерфейсе для пользователя с мышкой и без.

Почему мне показалась форма а-ля Инфин удобной?
1) Решение удобно тем кто до мышкой пользуется редко: всё на корячих клавишах. Пять раз нажать ентер или перенести руку к мыше и обратно, что быстрее?
2)Редактирование в форме последовательно: если пропустишь поле, то система не перейдет к другому полю.
3) Поля в которых информация выбираются из справочников ReadOnly пользователь не может заснуть на клавиатуре и вбить ерунду.
Неудобства тоже очевидны. Действительно для редактирования одного поля, нужно пробежать по всем. Реализация механизма копирования записи просто необходима в этом случае.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34249906
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GebeusRaiderПочему мне показалась форма а-ля Инфин удобной?
1) Решение удобно тем кто до мышкой пользуется редко: всё на корячих клавишах.
Не понял, какое отношение это имеет к "постепенно появляющимся полям". Если поля видны сразу, горячих клавиш сделать нельзя?

Я редко пользуюсь мышкой. Поясните, пожалуйста, какие выгоды я получу именно от этого решения по сравнению с "таким же, но с перламутровыми пуговицами".

GebeusRaider2)Редактирование в форме последовательно: если пропустишь поле, то система не перейдет к другому полю.
1. А если поле необязательное?
2. Кто мешает последовательно редактировать без этого?
3. Что делать, если конкретную вещь удобно редактировать непоследовательно?
4. И еще раз: как собственно _редактировать_? Есть запись из двадцати полей, мне нужно изменить восемнадцатое.

GebeusRaider3) Поля в которых информация выбираются из справочников ReadOnly пользователь не может заснуть на клавиатуре и вбить ерунду.
Хм. Это вроде как опять же не имеет никакого отношения к видимости. А что, где-то иначе? Если иметь в виду именно "поля из справочника", а не "поля с автодополнением".

GebeusRaiderДействительно для редактирования одного поля, нужно пробежать по всем. Реализация механизма копирования записи просто необходима в этом случае.
Oops. Вот тут Вы говорите что-то настолько страшное, что пожалуйста расскажите подробнее, что же именно.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34250022
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXЯ за отдельную форму редактирования.

Вопрос: какие есть способы решения проблемы "уснул и стукнулся головой о клаву" при
прямом редактировании в гриде.

Иногда для такого случая предусматривают отдельный коммит, т.е. строки, которые попали под раздачу отмечаются как измененние, а коммит происходит только по нажатию нужной кнопки или при закрытии окна вывод сообщения "Сохранить...Да.. Нет...". Те строки, которые не удастся сохранить (кто-то уже исправил и пр.) остаются незакоммичены и остается только откатить изменения. При этом под коммитом может подразумеватся и термин БД и редактирование данных на клиенте и последующий сброс на сервер. А если эту же строку редактировали через отдельное окно, то коммит естественно по нажатию ОК(Закрыть).
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34250087
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergGol OracleXЯ за отдельную форму редактирования.

Вопрос: какие есть способы решения проблемы "уснул и стукнулся головой о клаву" при
прямом редактировании в гриде.

Иногда для такого случая предусматривают отдельный коммит, т.е. строки, которые попали под раздачу отмечаются как измененние, а коммит происходит только по нажатию нужной кнопки или при закрытии окна вывод сообщения "Сохранить...Да.. Нет...". Те строки, которые не удастся сохранить (кто-то уже исправил и пр.) остаются незакоммичены и остается только откатить изменения. При этом под коммитом может подразумеватся и термин БД и редактирование данных на клиенте и последующий сброс на сервер. А если эту же строку редактировали через отдельное окно, то коммит естественно по нажатию ОК(Закрыть).
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34250429
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават Юсифов
Красотища! На чем сделано?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34250441
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleX Сахават Юсифов
Красотища! На чем сделано?

C#, Net 2.0
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34250616
NSFuimus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
почитал тему ...
хе ... я использую и то и другое ... редактирование\добавление позиций в справочниках однозначно - только через диалоги (и мне претит позиция высказываемаю здесь некоторыми товарищами - типа если справочник "несложный" то его позиции мы редактируем в гриде ... чорт ... ввод\редактирование сущностей которые вы объеденили по какому-либо признаку пусть даже такому формальному - "справочник" - будьте добры организовать единообразно) ... в остальных местах - по-усмотреню моему, пожеланиям заказчика и проч. ... и абсолютно везде, разумеется, и горячие клавиши и 2-3 способа выполнить одну и ту же операцию и тд и тп
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34250645
jikez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleX Сахават Юсифов
Красотища! На чем сделано?
Спорный вопрос :) Кнопки посередине внизу, поубывал бы чесслово :)
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34250675
NSFuimus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2jikez
:))) эта в другую тему тынц
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34250831
-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-
Гость
OracleXТо есть, когда глаза слипаются, нужно отключить редактирование в гриде?
наоборот - обычно все выключено, а для редактирования нужно включить.
все таки чаще пользователи рассматривают данные, чем редактируют
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251285
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Другая проблема при прямом редактировании в гриде:

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

Какие могут быть решения?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251327
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXДругая проблема при прямом редактировании в гриде:

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

Какие могут быть решения?
не понял:
- выделил колонку (автоматом сохранение этой настройки)
- начал набирать буквы => записи "бегут" или фильтруются (кому как удобнее).
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251346
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
При включенном режиме редактирования в гриде не записи побегут ,
а начнет изменяться содержимое текущей ячейки.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251384
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXПри включенном режиме редактирования в гриде не записи побегут ,
а начнет изменяться содержимое текущей ячейки.
разумеется. Никакой идиот при моргающем курсоре не будет ждать "бегания зписей" :).
Нажмёт Enter или Esc а потом поищет.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251399
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А если пользователи не идиоты, но настолько заняты своими проблемами,
что не нажимают Esq.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251420
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Еще одна проблема:

При прямом редактировании в гриде подсвечивается текущая ячейка,
а в альтернативном подходе - текущая строка.

При просмотре данных предпочтительнее подсвечивать строку, а не ячейку.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251452
barsukof
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Форма лучше для ввода относительно сложных записей. С другой стороны, попробуйте ввести хотя бы 50 записей ФИО (какой-нибудь классный журнал) в выпадающих окнах - ручаюсь, озвереете. Пользователь тоже.
Не вижу большого зверства , ХОТКЕЙ и форма ввода с проходом по Edit-ам ввода на Tab-Enter,
все быстро и мило.
Я обычно делаю примерно такой ввод (справа стоит грид в который переключается на справочник соответствующий вводимому параметру) при вводе в Edit идет автоматический подбор значения из справочника - при нажатии хоткея срабатывает автодополнение начатой записи.
По скорости получется гораздо быстрее и удобнее чем работать в Гриде.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251506
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukof
Проход по Edit-ам ввода через Tab-Enter можно дополнить стрелками (вниз, вправо и т.д.),
достаточно написать компонент, бросить его на форму
и привязать к нужному Owner-у Edit-ов.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251522
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Странные проблемы какие-то указываете для дб-гридов (не только Вы лично).

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

Хотите - будет locate (хотя это бред locate по гриду делать, где гарантия, что там все доступные записи есть?), не хотите - не будет. Хотите - будет подсвечиваться целая строка, не хотите - только ячейка или вообще без подсветки можно сделать. Хотите - автоматический переход в режим редактирования, не хотите - отдельная "педаль" для этого с хоткеями впридачу. Хотите - открываете транзакцию или как-то еще блокируете редактируемую сущность при начале редактирования (еще даже до post-а), не хотите - не делаете этого. Хотите множественное выделение строк - пожалуйста, не хотите - не надо. Чем принципиально отличается проблема "нажал локтем на клавишу X и заснул" если есть грид и если его нет - тоже не ясно, как хотите, так и сделайте грид.

И так далее. Это все не проблемы гридов как таковых.

У нас дб-грид для delphi собственный написан кучу лет назад (за основу был взят стандартный TDBGrid), периодически "пописываю" его, когда что-то еще надо. Но используем не только гриды.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251601
barsukof
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей ВаскецовСтранные проблемы какие-то указываете для дб-гридов (не только Вы лично).
У нас дб-грид для delphi собственный написан кучу лет назад (за основу был взят стандартный TDBGrid), периодически "пописываю" его, когда что-то еще надо. Но используем не только гриды.
Не спорю,можно состряпать супергрид, но вот например чисто визуально как работать если надо заполнять около 90 полей из них в 60-70 забиваются строго из справочника. А разрешение на телевизоре 600*800 ? и зрение у бабушки +3 (это стандартная ситуация в мед учреждениях) при этом количество набиваемой инфы весьма солидное.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251629
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukofзаполнять около 90 полей из них в 60-70 забиваются строго из справочника.
выдуманная ситуация и бабушка.
Если она не в гриде забивает, то больше влезет?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251652
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukofчисто визуально как работать если надо заполнять около 90 полей из них в 60-70 забиваются строго из справочника. А разрешение на телевизоре 600*800 ? и зрение у бабушки +3 (это стандартная ситуация в мед учреждениях) при этом количество набиваемой инфы весьма солидное.
Тем более, если количество полей не входит в экран, стоит использовать грид (но не только его!).

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

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

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

А вообще, в таких ситуациях (когда много полей и их надо обязательно вводить) лучше сделать визарды, шаблоны или копированием размножать записи. И опять же неважно, в гриде они будут отображаться или нет.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251657
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
кроется неумение сделать грид
Заданные вопросы как раз подверждают, что мне хочется иногда сделать
прямое редактирование в гриде (в проге типа Database Desktop, EM).

Ответы же кроются не в умении устанавливать свойства или вызывать методы грида в run-time,
а в конкретных советах.

Ваш же совет - доработать DBgrid под себя, претворяю уже лет 7 на основе TwwDbgrid,
не жалею, хотя для многих этот совет не хорош.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251697
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleX кроется неумение сделать грид
Заданные вопросы как раз подверждают, что мне хочется иногда сделать
прямое редактирование в гриде (в проге типа Database Desktop, EM)
Я написал, что многое не лично к Вам относится (просто Ваш пост был последний).
И согласен, что сделать нормальный грид тяжело (и не каждому под силу), и работа эта бесконечная.

Просто смешно, когда приводятся аргументы типа "уснул и упал на клаву". Видимо, считается, что каждая кухарка должна уметь создать нормальный грид.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251756
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
смешно, когда приводятся аргументы типа "уснул и упал на клаву".
Представьте себе:
бойца, офицера после наряда за компом;

локоть толстушки;

упавший на клаву предмет.

Включите фантазию ;)
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251779
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleX смешно, когда приводятся аргументы типа "уснул и упал на клаву".
Представьте себе:
бойца, офицера после наряда за компом;

локоть толстушки;

упавший на клаву предмет.

А какая здесь разница, грид или простая эдитка?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251791
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Грид висит постоянно, едитка - только когда происходит ввод информации.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251810
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXГрид висит постоянно, едитка - только когда происходит ввод информации.
для засыпающих сделай Грид по умолчанию-чтение, тогда разницы НИКАКОЙ .
с названием - СуперГридДляСпящих
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251826
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXГрид висит постоянно, едитка - только когда происходит ввод информации.
1. И в этот самый момент ввода информации добестный защитник отечества не может потерять сознание с последующим падением на клавиатуру?
2. Делаем ограничение на максимальную длину вводимых символов, например, 2 * длину поля в БД (чтоб не надо было удалять последний символ, если достигли предела длины и надо его заменить, хотя я так и не делаю). И пусть лежит, пока не поднимут, независимо от того, эдитка это или грид.
3. Если товарищь упал на Enter или Escape, модальное окно закроется или нет (не дай бог проверка при OK лезет в БД и не дает закрыть окно при ошибочном вводе, один такой уснувший перец весь сервак загрузит)? И как программа должна понять, это падение слйчайное или нет?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34251966
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Грид по умолчанию-чтение, тогда разницы НИКАКОЙ
Разницы нет, если включение редактирования в гриде происходит автоматически
при нажатии на клавишу Insert (бойцы обычно вводят информацию). Я правильно мыслю?

Как поступить с толстой операционисткой, которая вертится от одного телефона к другому?
Нажала Enter (или Dbl click) - вошла в режим редактирования.

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

Спасибо за советы.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252055
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123
выдуманная ситуация и бабушка.
Если она не в гриде забивает, то больше влезет?
ДА
грид, как правило, занимает Х на У при этом работа идет с одной строкой из Х строк , пространство занимаемое (Х-1) строками простаивает , в моем случае практически все пространство формы занято Едитами ввода (ну только подписи к ним еще занимают место).
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252068
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukofНе вижу большого зверства , ХОТКЕЙ и форма ввода с проходом по Edit-ам ввода на Tab-Enter,
Я не вижу у Вас "формы ввода" в виде выпадающего окна. У Вас грид с детализацией, это другой вариант, при котором ничто никуда не выпадает. Кроме того, у Вас широкая форма, много полей, то есть данные, про которые я сказал, что их лучше редактировать именно в форме.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252111
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я не являюсь упертым противником Гридов, да ради бога, просто я описал довольно типичную ситуацию для операторского ввода-редактирования.
Сергей ВаскецовТем более, если количество полей не входит в экран, стоит использовать грид (но не только его!).
Сделайте прокрутку и возможность изменения ширины и порядка полей, причем чтобы это сохранялось в разрезе каждого грида и пользователя (сохранять или нет - тоже настроить). Тогда бабушка сможет перетащить что надо куда надо (или даже помочь ей в этом), чтобы основные поля были в начале, какие ей надо - рядом.

Как я писал выше на форму ввода-редактирования входит больше инфы , чем на форму с гридом.
На форме с эдитами приходиться делать движений.
Здесь в основном вопрос скорости работы.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252120
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukoff Petro123
выдуманная ситуация и бабушка.
Если она не в гриде забивает, то больше влезет?
ДА
грид, как правило, занимает Х на У при этом работа идет с одной строкой из Х строк , пространство занимаемое (Х-1) строками простаивает , в моем случае практически все пространство формы занято Едитами ввода (ну только подписи к ним еще занимают место).
вертикальный грид на ОДНУ запись видели?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252173
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleX смешно, когда приводятся аргументы типа "уснул и упал на клаву".
Представьте себе:
бойца, офицера после наряда за компом;

локоть толстушки;

упавший на клаву предмет.

Включите фантазию ;)

Человек с богатой фантазией в итоге дошел бы до аргументов вроде «а что ваш грид будет делать, если питание выключить, или враги с автоматами нагрянули…»
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252175
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Еще один существенный момент в "за и против" - это сложившееся у основной массы пользователей,
разработчиков мнение о допустимости того или другого подхода.

Это мнение формируется использованием широко распространенных прикладных прог
по соответствующей тематике (1С, ГеоИнф и т.п.).

Смешение двух подходов в одной проге - это не совсем хорошо.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252232
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Скорее будет правильнее так, если смешивать - то во всех гридах.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252240
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На моей памяти пользователи очень нервничают, когда во время редактирования в гриде случайно переходят на другую запись и при этом происходит Post. Сразу «валится» exception на обязательные поля. Признаться, случайно ткнуть «ok» на диалоге – вероятность меньше. Хотя с другой стороны скачущее окно на два поля – не есть хорошо.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252277
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ora_dbaслучайно переходят на другую запись и при этом происходит Post. Сразу «валится» exception на обязательные поля
Я проверяю обязательность только при commit-е, на post-е, и то только в некоторых местах, проверка для численных значений на вхождение в определенный диапазон. Потому таких проблем нет. Кроме того, настройкой различных схем можно добиться практически правильного заполнения обязательных полей. Например, товарищ ввел валюту, а вы ему сразу заполнили счет взаиморасчетов, а суммы нулями. Но это не везде стоит делать.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252279
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
softwarer barsukofНе вижу большого зверства , ХОТКЕЙ и форма ввода с проходом по Edit-ам ввода на Tab-Enter,
Я не вижу у Вас "формы ввода" в виде выпадающего окна. У Вас грид с детализацией, это другой вариант, при котором ничто никуда не выпадает. Кроме того, у Вас широкая форма, много полей, то есть данные, про которые я сказал, что их лучше редактировать именно в форме.

Это и есть форма ввода, но только не выпадающая а всплывающая.
Грид справа это справочник к эдитам ввода (кончался рабочий день не очень удачный скрин - второпях сделал). При проходе по эдитам в гриде справа отображается соотвествующий справочник (в данном случае на картинке справочник людей который заполняет сразу несколько эдитов при совпадении параметров), при вводе инфы в эдит идет скрол по гриду на подходящий параметр.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252289
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123вертикальный грид на ОДНУ запись видели?
Киньте скрин
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252335
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей ВаскецовЯ проверяю обязательность только при commit-е, на post-е, и то только в некоторых местахРечь о полях not null, а не о проверках руками
Сергей ВаскецовНапример, товарищ ввел валюту, а вы ему сразу заполнили счет взаиморасчетов, а суммы нулями. Но это не везде стоит делать.Сразу видно, что вам очень скучно живется – к вам не бегают пользователи с испуганными глазами и несвязанными криками вроде «программа сама все не так сделала». Конечно не везде, и желательно «message» вроде «для валюты EUR существует только один счет … он автоматически выбран для вашего документа».
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252365
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123вертикальный грид на ОДНУ запись видели?Видели. На вопросы почему там кнопка TAB не работает отвечали!
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252372
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ora_dbaРечь о полях not null, а не о проверках руками
Не понял. Речь про режим отложенного сохранения или нет? Если да, то причем тут not null, если его проверяет сервер БД (а при post на сервер ничего еще не летит)? Если при post проверяется обязательность полей, то значит так сделано специально, и никто не запрещает это поведение изменить (например, если не изменяет склероз, в delphi у поля есть признак required или что-то типа того, и на него реакция именно на post, если его отключить, post будет происходить без проблем). Если при post-е сразу идет commit и нет отложенного сохранения, то мне это не интересно.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252423
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей ВаскецовРечь о том, что при post выполняется insert/update записи в БД. До commit дело еще не дошло, а exception все равно будет. В случае CashedUpdates = True для каждого DataSet/Query придется руками RequaredField полям убирать, при этом представте ситуацию пользователь набрал в гриде 20 записей, нажимает сохранить, и пошло все сыпаться.
Но речь даже не об этом, а о том, что вероятность переместится на другую запись в гриде во время редактирования высокая. А это в свою очередь черевато вышеперечисленными проблемами.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252432
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Речь о человеческом факторе, кода юзер не заполнив все поля,
машинально нажал стрелку вниз и т.п.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252443
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXРечь о человеческом факторе, кода юзер не заполнив все поля,
машинально нажал стрелку вниз и т.п.Человеческий фактор будет всегда. Просто можно оценить вероятность того или иного события и его последствий.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252475
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXСмешение двух подходов в одной проге - это не совсем хорошо.
Имхо это слишком общая мысль, чтобы быть верной. По аналогии, следует разрабатывать программы либо только для клавиатуры, либо только для мыши :)

Разумеется, "не следует плодить сущности сверх необходимого". Но "необходимого" и "единственный" - не всегда синонимы.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252487
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мышь+Клава - стандарт де-факто.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252488
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukoff Petro123вертикальный грид на ОДНУ запись видели?
Киньте скрин
не мой скрин.

ЗЫ. Насчёт Tab несерьёзно - делай в событиях как тебе надо.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252501
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXМышь+Клава - стандарт де-факто.
Вопрос не в "де-факто", а в том, что это хороший стандарт. Рекомендация делать программу так, чтобы ей можно было управлять и так, и этак дается не из-за де-факто, а из-за реальной потребности. Но вряд ли стоит углубляться, здесь я сказал это только для того, чтобы показать, что унификация - не всегда и безусловно хороша, хотя в целом безусловно правильна.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252506
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это пример как раз отдельной формы редактирования (встроенной).
Я бы убрал значки перед названиями редактируемых полей.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252511
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukoffГрид справа это справочник к эдитам ввода
Хм, понятно. Сравнив содержимое полей, был уверен, что грид - мастер к едитам :)

Что ж, если так, остается аспект того, что это "большая форма". То есть вводить ту же информацию в горизонтальном гриде - плохо.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252523
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Если я в одном гриде разрешу прямое редактирование в гриде (default Read-Only),
то не логично обламывать пользователя в другом гриде этой проги.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252527
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ЗЫ. Насчёт Tab несерьёзно - делай в событиях как тебе надо.Если так рассуждать все несерьезно. То, что для вертикального грида перемещение по полям по умолчанию не через TAB – факт. То, что 90% программистов об этом не вспоминают тоже. И то, что пользователи потом возмущаются – это практический опыт.

Вопрос не по теме – что такое «ЗЫ»?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252533
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЗЫ = PS
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252539
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXЗЫ = PS=)))
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252586
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123
не мой скрин.

Скрин красивый, я такое делал, но опять вопрос : пустует полформы (полэкрана) так как грид в ОДНУ колонку, вот если сделать его в две-три таких колонки, то я думаю это будет супер.
То есть при ручном вводе юзер идет по первой колоке, доходит до конца - автоматом переходит на фторую, потом на третью. А если добавить возможность перехода из середины столбца например в соседний ,по кнопе (->),(<-) , то это ваащще - ДАС ИСТЬ ФАНТАСТИШЬ.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252587
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати в свете вышесказанного напрашивается вопрос – почему ни у стандартного, ни у EhLib, ни у DevExpress гридов нет свойства DisableScrollWhenEdit? Мне кажется было бы полезно.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252589
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ora_dba Petro123ЗЫ. Насчёт Tab несерьёзно - делай в событиях как тебе надо.Если так рассуждать все несерьезно. То, что для вертикального грида перемещение по полям по умолчанию не через TAB – факт. То, что 90% программистов об этом не вспоминают тоже. И то, что пользователи потом возмущаются – это практический опыт.

Вопрос не по теме – что такое «ЗЫ»?
"ЗЫ" произошло от того, что мы здесь обсуждаем. Когда лень переключить раскладку клавиатуры, то пишем вместо PS - ЗЫ.
Если программисту лень поменять свойство Грида, то у него везде будет ЗЫ. Во всей программе.

IMHO На создание формы с Edit'ами уйдёт много больше времени, чем на установку Tab или ещё какого СВОЙСТВА у компонента Grid для разработчика-программиста .
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252595
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukoff Petro123
не мой скрин.

Скрин красивый, я такое делал, но опять вопрос : пустует полформы (полэкрана) так как грид в ОДНУ колонку, вот если сделать его в две-три таких колонки, то я думаю это будет супер.
То есть при ручном вводе юзер идет по первой колоке, доходит до конца - автоматом переходит на фторую, потом на третью. А если добавить возможность перехода из середины столбца например в соседний ,по кнопе (->),(<-) , то это ваащще - ДАС ИСТЬ ФАНТАСТИШЬ.
говорят, что человек более 7-10 сущностей (элементов) не способен воспринимать.

Нафига юзверю впендюривать многоколоночную газету "Советский спорт" в экран 800х600 пикселей.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252607
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ora_dbaРечь о том, что при post выполняется insert/update записи в БД. До commit дело еще не дошло, а exception все равно будет.
Вот тут-то и беда. Используйте отложенное сохранение (CashedUpdates). Тогда на post ничего в БД не полетит, а полетит только тогда, когда позовете ApplyUpdates. Вот тогда и проверяться надо, и транзакцию открывать только тогда, и тутже ее закрывать после commit-а.

ora_dbaВ случае CashedUpdates = True для каждого DataSet/Query придется руками RequaredField полям убирать
Точнее, их не надо включать. Сам этот признак не поднимается для not null полей, ибо незачем дублировать логику сервера. Хотя, тут могут быть нюансы, ибо датасеты у нас тоже полностью свои.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252615
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123
IMHO На создание формы с Edit'ами уйдёт много больше времени, чем на установку Tab или ещё какого СВОЙСТВА у компонента Grid для разработчика-программиста .
Я так понимаю, что красивый грид с наворотами будет некоторорым образом самописный ,
(по крайней мере варианты использования сторонних компонентов без исходников я считаю детством), так и Edit значит надо брать той же весовой категории. Если украсить форму нормально дописаными Edit'ами ,то разница в скорости проектировании формы будет только в выравнивании компонентов на оной.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252629
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123говорят, что человек более 7-10 сущностей (элементов) не способен воспринимать.
Нафига юзверю впендюривать многоколоночную газету "Советский спорт" в экран 800х600 пикселей.
А ему не надо воспринимать ему надо долбить данные, а чтобы он нетерялся на форме предусмотрена подсветка активного Эдита и на справочним Гриде меняется шапочка с заголовком
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252635
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей ВаскецовВот тут-то и беда. Используйте отложенное сохранение (CashedUpdates). Тогда на post ничего в БД не полетит, а полетит только тогда, когда позовете ApplyUpdates. Вот тогда и проверяться надо, и транзакцию открывать только тогда, и тутже ее закрывать после commit-а.Как быть с select … for update?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252654
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ora_dbaКак быть с select … for update?
В масштабируемых системах или которых хотят быть таковыми, его нельзя использовать при формировании списков, на которые юзер может пялиться часами.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252673
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей ВаскецовВ масштабируемых системах или которых хотят быть таковыми, его нельзя использовать при формировании списков, на которые юзер может пялиться часами.Что такое «формирование списков в масштабируемых системах»?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252692
ora_dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей ВаскецовВ масштабируемых системах или которых хотят быть таковыми, его нельзя использовать при формировании списков, на которые юзер может пялиться часами.А перезатирать изменения можно?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252705
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukoff Petro123говорят, что человек более 7-10 сущностей (элементов) не способен воспринимать.
Нафига юзверю впендюривать многоколоночную газету "Советский спорт" в экран 800х600 пикселей.
А ему не надо воспринимать ему надо долбить данные, а чтобы он нетерялся на форме предусмотрена подсветка активного Эдита и на справочним Гриде меняется шапочка с заголовком
для долбления данных предусмотрен:
- сканер+распознавание
- электронные документы
- кодирование BiPrint (штрих-код со всеми данными)
- студенты за 30 руб страница (когда-то было) :))))
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252718
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123
для долбления данных предусмотрен:
- сканер+распознавание

Вы когда-нибудь читали что и как пишут врачи ? :-)))
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252728
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukoff Petro123
для долбления данных предусмотрен:
- сканер+распознавание

Вы когда-нибудь читали что и как пишут врачи ? :-)))
им запрещено писать не на латыни, чтобы пациент не помер раньше времени :)))))
Вы мед.карту вводите с 60-тью полями?
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252754
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123
для долбления данных предусмотрен:
- сканер+распознавание
- электронные документы
- кодирование BiPrint (штрих-код со всеми данными)
- студенты за 30 руб страница (когда-то было) :))))
или вот у меня на одной из работ, обработка путевых листов например, знаете как выглядит путевой лист после 3 суток езды со всеми отметками, каторыя надо как-то попасть в компутер.
Причем данных много, операторы стучат как дятлы, при интенсивном вводе, практически на автомате (не глядя в экран) , как обеспечить такой интенсивный ввод через грид я себе слабо представляю (но ес-но не исключаю такой возможности).
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252786
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123
им запрещено писать не на латыни, чтобы пациент не помер раньше времени :)))))
Вы мед.карту вводите с 60-тью полями?
в DBF, который надо сдавать в территориальный фонд около 80 полей,вводим конечно
поменьше, но скоро территориальный фонд обещает наехать по полной и будем заполнять адрес из КЛАДРа это плюс еще с десяток полей.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34252931
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123говорят, что человек более 7-10 сущностей (элементов) не способен воспринимать.
При всей правде этого утверждения его к сожалению "говорят" в таких контекстах, что вреда от этого знания быть может больше чем пользы. В частности, у Вас выпущен ключевой момент, из-за чего все перевернуто с ног на голову. Впрочем, показать нелепость применения этой мысли в данном случае проще всего, сказав, что "форма - это одна сущность, и потому пользователь ее спокойно воспринимает".
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34253152
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ora_dba Сергей ВаскецовВ масштабируемых системах или которых хотят быть таковыми, его нельзя использовать при формировании списков, на которые юзер может пялиться часами.Что такое «формирование списков в масштабируемых системах»?
Например, населектили с утра вот таким образом справочник номенклатуры (весь или нет - не принципиально), ничего не закрыли и ушли домой. Дальше продолжать или сами догадаетесь, к чему это приведет?

ora_dbaА перезатирать изменения можно?
Надо не допускать возникновения ситуации, когда человек будет редактировать неактуальные данные и затем сохранять их на сервер. Потому что разрулить коллизию, чьи данные правильнее, если оба юзера редактируют одно и то же поле в одной и той же записи в БД, невозможно, каждый будет считать, что он прав (более того, нельзя даже будет понять, кто первым начал редактирование). Методов этого придумано много, вплоть до дополнительной проверки перед началом Edit-а, а не поменял ли кто-то запись, пока мы на нее любовались. В любом случае, блокировки объектов БД на уровне БД слишком топорные, чтобы их реально можно было применять в системах со сложной бизнес-логикой для управляемой блокировки редактируемых сущностей.

Но это все к теме гридов опять же никакого отношения не имеет.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34253170
Для важных "объектов" мы использовали шаредную блокировку (сопровождавшую открытие соответствующей карточки) на время редактирования. Т.е. этот "объект" в базе нельзя было изменять (и сопутствующие ему "объекты") но можно было "смотреть".
В простых редкоменяемых "объектах" использовали грид с переносом изменения в базу "построчно".
При попытке другого клиента войти в режим редактирования (в карточку "объекта") кпрога показывала пользователю, кто заблокировал экземпляр. Для нас, айтишников, это было огромное облегчение по сравнению со старой файлсерверной прогой, гже гапример зах в карточку товара вызывало коолапс работы фирмы, да еще надо было измудриться выявит виновника. А так юзеры сами расправлялись с заснувшими или ушедшими курить.. :))
Еще был предусмотрен "запасной вариант" - применялся для пользователей удвленных филиалов в основном. Заключался в следующем: при нахождении в "открытой" карточке более заданного времени (настраиваемо) транзакция откатывалась и вывешивалось соответствующее сообщение.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34254798
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barsukoff Petro123
для долбления данных предусмотрен:
- сканер+распознавание
- электронные документы
- кодирование BiPrint (штрих-код со всеми данными)
- студенты за 30 руб страница (когда-то было) :))))
или вот у меня на одной из работ, обработка путевых листов например, знаете как выглядит путевой лист после 3 суток езды со всеми отметками, каторыя надо как-то попасть в компутер.
Причем данных много, операторы стучат как дятлы, при интенсивном вводе, практически на автомате (не глядя в экран) , как обеспечить такой интенсивный ввод через грид я себе слабо представляю (но ес-но не исключаю такой возможности).
вообще, задача эта сильно специфическая (ввод данных в систему). На неё нужны свой подходы.
Например в "нормальных" серверах ввод пакетных (больших данных) обеспечивается отдельными утилитами (не в самом ядре сервера).
Я сомневаюсь, что применение полей вместо этих же полей но в списке (Грид) решит задачу по автоматизации в информационной системе с большой буквы.
Это как, например, в магазине будут вводить вручную на клаве данные с банковской карточки.
Не смотрится как-то :).

Удачи!
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34255593
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Это как, например, в магазине будут вводить вручную на клаве данные с банковской карточки. Видел такое неоднократно :(
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34256786
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OracleXРечь о человеческом факторе, кода юзер не заполнив все поля,
машинально нажал стрелку вниз и т.п.

Если позволять именно РЕДАКТИРОВАНИЕ, а не ВВОД в гриде, то такого не будет, а на инсерт всегда вызывать диалог. С другой стороны если он машинально нажал Ентер в диалоговом окне, то будет то же самое. Так что никакой разницы.
...
Рейтинг: 0 / 0
GUI. Редактируемый грид. За и против.
    #34256803
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123
IMHO На создание формы с Edit'ами уйдёт много больше времени, чем на установку Tab или ещё какого СВОЙСТВА у компонента Grid для разработчика-программиста .

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


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