ReSQL.ru
     
powered by simpleCommunicator - 2.0.50     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI. Редактируемый грид. За и против.
25 сообщений из 132, страница 5 из 6
  5  все
GUI. Редактируемый грид. За и против.
    #34252487
OracleX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OracleX
Участник
Мышь+Клава - стандарт де-факто.
...
Рейтинг: 0 / 0
12.01.2007, 16:51
| Ответить | Цитировать | Написать  
GUI. Редактируемый грид. За и против.
    #34252488
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
barsukoff Petro123вертикальный грид на ОДНУ запись видели?
Киньте скрин
не мой скрин.

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

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

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

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

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

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

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

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

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

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

Вы когда-нибудь читали что и как пишут врачи ? :-)))
им запрещено писать не на латыни, чтобы пациент не помер раньше времени :)))))
Вы мед.карту вводите с 60-тью полями?
...
Рейтинг: 0 / 0
12.01.2007, 18:15
| Ответить | Цитировать | Написать  
GUI. Редактируемый грид. За и против.
    #34252754
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
barsukoff
Гость
Petro123
для долбления данных предусмотрен:
- сканер+распознавание
- электронные документы
- кодирование BiPrint (штрих-код со всеми данными)
- студенты за 30 руб страница (когда-то было) :))))
или вот у меня на одной из работ, обработка путевых листов например, знаете как выглядит путевой лист после 3 суток езды со всеми отметками, каторыя надо как-то попасть в компутер.
Причем данных много, операторы стучат как дятлы, при интенсивном вводе, практически на автомате (не глядя в экран) , как обеспечить такой интенсивный ввод через грид я себе слабо представляю (но ес-но не исключаю такой возможности).
...
Рейтинг: 0 / 0
12.01.2007, 18:26
| Ответить | Цитировать | Написать  
GUI. Редактируемый грид. За и против.
    #34252786
barsukoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
barsukoff
Гость
Petro123
им запрещено писать не на латыни, чтобы пациент не помер раньше времени :)))))
Вы мед.карту вводите с 60-тью полями?
в DBF, который надо сдавать в территориальный фонд около 80 полей,вводим конечно
поменьше, но скоро территориальный фонд обещает наехать по полной и будем заполнять адрес из КЛАДРа это плюс еще с десяток полей.
...
Рейтинг: 0 / 0
12.01.2007, 18:36
| Ответить | Цитировать | Написать  
25 сообщений из 132, страница 5 из 6
  5  все
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI. Редактируемый грид. За и против.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=33&msg=34252635&tid=1549188]:
 0ms
get settings:
 8ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 61ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 49ms
get tp. blocked users:
 1ms
others: 12ms
total:  161ms
созд. / загр.: 161ms
x
x
Закрыть


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