|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
То есть, когда глаза слипаются, нужно отключить редактирование в гриде? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2007, 16:58 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
-У меня в одной программе для защиты от головы была кнопка - Разрешить\Запретить редактирование. Все редактировали в гридах. И перед тем как засыпали отключали редактирование??? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2007, 16:59 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
Тут уже получается дискуссия об удобном интерфейсе для пользователя с мышкой и без. Почему мне показалась форма а-ля Инфин удобной? 1) Решение удобно тем кто до мышкой пользуется редко: всё на корячих клавишах. Пять раз нажать ентер или перенести руку к мыше и обратно, что быстрее? 2)Редактирование в форме последовательно: если пропустишь поле, то система не перейдет к другому полю. 3) Поля в которых информация выбираются из справочников ReadOnly пользователь не может заснуть на клавиатуре и вбить ерунду. Неудобства тоже очевидны. Действительно для редактирования одного поля, нужно пробежать по всем. Реализация механизма копирования записи просто необходима в этом случае. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2007, 18:08 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
GebeusRaiderПочему мне показалась форма а-ля Инфин удобной? 1) Решение удобно тем кто до мышкой пользуется редко: всё на корячих клавишах. Не понял, какое отношение это имеет к "постепенно появляющимся полям". Если поля видны сразу, горячих клавиш сделать нельзя? Я редко пользуюсь мышкой. Поясните, пожалуйста, какие выгоды я получу именно от этого решения по сравнению с "таким же, но с перламутровыми пуговицами". GebeusRaider2)Редактирование в форме последовательно: если пропустишь поле, то система не перейдет к другому полю. 1. А если поле необязательное? 2. Кто мешает последовательно редактировать без этого? 3. Что делать, если конкретную вещь удобно редактировать непоследовательно? 4. И еще раз: как собственно _редактировать_? Есть запись из двадцати полей, мне нужно изменить восемнадцатое. GebeusRaider3) Поля в которых информация выбираются из справочников ReadOnly пользователь не может заснуть на клавиатуре и вбить ерунду. Хм. Это вроде как опять же не имеет никакого отношения к видимости. А что, где-то иначе? Если иметь в виду именно "поля из справочника", а не "поля с автодополнением". GebeusRaiderДействительно для редактирования одного поля, нужно пробежать по всем. Реализация механизма копирования записи просто необходима в этом случае. Oops. Вот тут Вы говорите что-то настолько страшное, что пожалуйста расскажите подробнее, что же именно. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2007, 18:35 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
OracleXЯ за отдельную форму редактирования. Вопрос: какие есть способы решения проблемы "уснул и стукнулся головой о клаву" при прямом редактировании в гриде. Иногда для такого случая предусматривают отдельный коммит, т.е. строки, которые попали под раздачу отмечаются как измененние, а коммит происходит только по нажатию нужной кнопки или при закрытии окна вывод сообщения "Сохранить...Да.. Нет...". Те строки, которые не удастся сохранить (кто-то уже исправил и пр.) остаются незакоммичены и остается только откатить изменения. При этом под коммитом может подразумеватся и термин БД и редактирование данных на клиенте и последующий сброс на сервер. А если эту же строку редактировали через отдельное окно, то коммит естественно по нажатию ОК(Закрыть). ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2007, 19:33 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
SergGol OracleXЯ за отдельную форму редактирования. Вопрос: какие есть способы решения проблемы "уснул и стукнулся головой о клаву" при прямом редактировании в гриде. Иногда для такого случая предусматривают отдельный коммит, т.е. строки, которые попали под раздачу отмечаются как измененние, а коммит происходит только по нажатию нужной кнопки или при закрытии окна вывод сообщения "Сохранить...Да.. Нет...". Те строки, которые не удастся сохранить (кто-то уже исправил и пр.) остаются незакоммичены и остается только откатить изменения. При этом под коммитом может подразумеватся и термин БД и редактирование данных на клиенте и последующий сброс на сервер. А если эту же строку редактировали через отдельное окно, то коммит естественно по нажатию ОК(Закрыть). ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2007, 20:21 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
Сахават Юсифов Красотища! На чем сделано? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 05:27 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
OracleX Сахават Юсифов Красотища! На чем сделано? C#, Net 2.0 ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 06:19 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
почитал тему ... хе ... я использую и то и другое ... редактирование\добавление позиций в справочниках однозначно - только через диалоги (и мне претит позиция высказываемаю здесь некоторыми товарищами - типа если справочник "несложный" то его позиции мы редактируем в гриде ... чорт ... ввод\редактирование сущностей которые вы объеденили по какому-либо признаку пусть даже такому формальному - "справочник" - будьте добры организовать единообразно) ... в остальных местах - по-усмотреню моему, пожеланиям заказчика и проч. ... и абсолютно везде, разумеется, и горячие клавиши и 2-3 способа выполнить одну и ту же операцию и тд и тп ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 09:12 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
OracleX Сахават Юсифов Красотища! На чем сделано? Спорный вопрос :) Кнопки посередине внизу, поубывал бы чесслово :) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 09:26 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
2jikez :))) эта в другую тему тынц ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 09:43 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
OracleXТо есть, когда глаза слипаются, нужно отключить редактирование в гриде? наоборот - обычно все выключено, а для редактирования нужно включить. все таки чаще пользователи рассматривают данные, чем редактируют ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 10:35 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
Другая проблема при прямом редактировании в гриде: усложняется использование поиска в упорядоченной колонке по первым буквам, введенным с клавиатуры. Какие могут быть решения? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 12:29 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
OracleXДругая проблема при прямом редактировании в гриде: усложняется использование поиска в упорядоченной колонке по первым буквам, введенным с клавиатуры. Какие могут быть решения? не понял: - выделил колонку (автоматом сохранение этой настройки) - начал набирать буквы => записи "бегут" или фильтруются (кому как удобнее). ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 12:39 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
При включенном режиме редактирования в гриде не записи побегут , а начнет изменяться содержимое текущей ячейки. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 12:43 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
OracleXПри включенном режиме редактирования в гриде не записи побегут , а начнет изменяться содержимое текущей ячейки. разумеется. Никакой идиот при моргающем курсоре не будет ждать "бегания зписей" :). Нажмёт Enter или Esc а потом поищет. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 12:52 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
А если пользователи не идиоты, но настолько заняты своими проблемами, что не нажимают Esq. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 12:57 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
Еще одна проблема: При прямом редактировании в гриде подсвечивается текущая ячейка, а в альтернативном подходе - текущая строка. При просмотре данных предпочтительнее подсвечивать строку, а не ячейку. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 13:02 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
softwarer Форма лучше для ввода относительно сложных записей. С другой стороны, попробуйте ввести хотя бы 50 записей ФИО (какой-нибудь классный журнал) в выпадающих окнах - ручаюсь, озвереете. Пользователь тоже. Не вижу большого зверства , ХОТКЕЙ и форма ввода с проходом по Edit-ам ввода на Tab-Enter, все быстро и мило. Я обычно делаю примерно такой ввод (справа стоит грид в который переключается на справочник соответствующий вводимому параметру) при вводе в Edit идет автоматический подбор значения из справочника - при нажатии хоткея срабатывает автодополнение начатой записи. По скорости получется гораздо быстрее и удобнее чем работать в Гриде. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 13:10 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
barsukof Проход по Edit-ам ввода через Tab-Enter можно дополнить стрелками (вниз, вправо и т.д.), достаточно написать компонент, бросить его на форму и привязать к нужному Owner-у Edit-ов. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 13:22 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
Странные проблемы какие-то указываете для дб-гридов (не только Вы лично). Напишите свой нормальный грид, который будет вас устраивать, и работайте с ним (после этого никакие отдельные диалоговые окна без серьезных оснований делать забудете). А то создается впечатление, что за всем этим кроется неумение сделать грид, отвечающий всем своим потребостям. Хотите - будет locate (хотя это бред locate по гриду делать, где гарантия, что там все доступные записи есть?), не хотите - не будет. Хотите - будет подсвечиваться целая строка, не хотите - только ячейка или вообще без подсветки можно сделать. Хотите - автоматический переход в режим редактирования, не хотите - отдельная "педаль" для этого с хоткеями впридачу. Хотите - открываете транзакцию или как-то еще блокируете редактируемую сущность при начале редактирования (еще даже до post-а), не хотите - не делаете этого. Хотите множественное выделение строк - пожалуйста, не хотите - не надо. Чем принципиально отличается проблема "нажал локтем на клавишу X и заснул" если есть грид и если его нет - тоже не ясно, как хотите, так и сделайте грид. И так далее. Это все не проблемы гридов как таковых. У нас дб-грид для delphi собственный написан кучу лет назад (за основу был взят стандартный TDBGrid), периодически "пописываю" его, когда что-то еще надо. Но используем не только гриды. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 13:26 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
Сергей ВаскецовСтранные проблемы какие-то указываете для дб-гридов (не только Вы лично). У нас дб-грид для delphi собственный написан кучу лет назад (за основу был взят стандартный TDBGrid), периодически "пописываю" его, когда что-то еще надо. Но используем не только гриды. Не спорю,можно состряпать супергрид, но вот например чисто визуально как работать если надо заполнять около 90 полей из них в 60-70 забиваются строго из справочника. А разрешение на телевизоре 600*800 ? и зрение у бабушки +3 (это стандартная ситуация в мед учреждениях) при этом количество набиваемой инфы весьма солидное. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 13:44 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
barsukofзаполнять около 90 полей из них в 60-70 забиваются строго из справочника. выдуманная ситуация и бабушка. Если она не в гриде забивает, то больше влезет? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 13:51 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
barsukofчисто визуально как работать если надо заполнять около 90 полей из них в 60-70 забиваются строго из справочника. А разрешение на телевизоре 600*800 ? и зрение у бабушки +3 (это стандартная ситуация в мед учреждениях) при этом количество набиваемой инфы весьма солидное. Тем более, если количество полей не входит в экран, стоит использовать грид (но не только его!). Сделайте прокрутку и возможность изменения ширины и порядка полей, причем чтобы это сохранялось в разрезе каждого грида и пользователя (сохранять или нет - тоже настроить). Тогда бабушка сможет перетащить что надо куда надо (или даже помочь ей в этом), чтобы основные поля были в начале, какие ей надо - рядом. Хотя, если хочется, сделайте отдельную закладку, чтобы на ней отображаласть та же текущая запись, что на первой закладке, где грид. Тогда на закладке с гридом будут только основные поля (какие - опять же пусть настраивают сами), а все поля - уже на второй, где эдитки в несколько рядов. Соответственно, визуальная идентификация записи осуществляется на первой закладке, а просмотр ее полностью (и опять не факт, что все в экран войдет!) уже на второй. И неважно, какое зрение и откуда подставляется информация. И в эдитку, и в грид подстановка значения из справочника или вручную выгрядит совершенно одинаково. Это просто не относится к делу. А то так докатимся, что гриды трудно использовать слепоглухонемым, потому отказываемся от них. А вообще, в таких ситуациях (когда много полей и их надо обязательно вводить) лучше сделать визарды, шаблоны или копированием размножать записи. И опять же неважно, в гриде они будут отображаться или нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 13:58 |
|
GUI. Редактируемый грид. За и против.
|
|||
---|---|---|---|
#18+
кроется неумение сделать грид Заданные вопросы как раз подверждают, что мне хочется иногда сделать прямое редактирование в гриде (в проге типа Database Desktop, EM). Ответы же кроются не в умении устанавливать свойства или вызывать методы грида в run-time, а в конкретных советах. Ваш же совет - доработать DBgrid под себя, претворяю уже лет 7 на основе TwwDbgrid, не жалею, хотя для многих этот совет не хорош. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2007, 13:58 |
|
|
start [/forum/topic.php?fid=33&msg=34251522&tid=1549188]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 249ms |
total: | 404ms |
0 / 0 |