powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI. Редактируемый грид. За и против.
25 сообщений из 132, страница 3 из 6
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
25 сообщений из 132, страница 3 из 6
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI. Редактируемый грид. За и против.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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