|
![]() |
#1 |
Moderator
|
Цитата:
Вот так всегда...
На самом интересном месте выясняется, что не Иван Иванович, а Петр Петрович не в среду, а в понедельник, и не продал, а купил... ![]() Цитата:
Какого черта беспокоится о юзабилити, если "Пользователи вообще ничего не увидят"?
|
|
![]() |
#2 |
Участник
|
Цитата:
В коде был использован ReportId. |
|
![]() |
#3 |
Moderator
|
Цитата:
Угу. И в пакетном режиме тоже не работает
Цитата:
А он еще и не работает?
А как же 20 минут? ![]() |
|
![]() |
#4 |
Moderator
|
Цитата:
В коде был использован ReportId.
Короче, один reportId обрабатывается только один раз. Второй раз будет уже другой reportId. |
|
![]() |
#5 |
Участник
|
Цитата:
что-то уж очень ограниченная область применения получается. нафих-нафих. |
|
![]() |
#6 |
Moderator
|
Цитата:
Т.е. вызывающий метод еще и идентификатор уникальный должен сгенерить...
что-то уж очень ограниченная область применения получается. нафих-нафих. Для отображения прогресс бара ничего генерить не надо. Если это требуется для логики операции - то пож-та. |
|
![]() |
#7 |
злыдень
|
Камешек в стандартный пргресс-бар:
Тормозит ли градусник? Цитата:
Цитата:
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/ |
|
![]() |
#8 |
Участник
|
К стандартному - не относится.
К самодельному - очень даже. Цитата:
Цитата:
Сообщение от Recoilme
![]() Камешек в стандартный пргресс-бар:
Тормозит ли градусник? Стандартный прогресс выполняет кучу телодвижений по обсчетам на каждую итерацию, особенно это заметно при выводе settext. И плевать он хотел на апдейт интервал. Разница в быстродействии при вызове settext и без него - в разы. Не хотите использовать - не используйте. В общем, ясно. Андре, спасибо за интересное обсуждение. |
|
![]() |
#9 |
Member
|
В общем это... о вкусах не спорят. Главное, чтобы мы не поссорились из-за пустяков.
Цитата:
Сообщение от Андре
...
Есть последовательность длительных невложенных операций, которые выполняются при запуске пользователем некой периодической операции. ... Сразу предупреждаю, что мнение у меня нетрадиционное и встречаемое многими с агрессией. В моем представлении "длительная операция" — это минуты хотябы две-три. Пользователь, который регулярно или хотябы время от времени сидит тупо перед монитором и смотрит кино под названием "Красивый прогресс-бар"... он либо работает по принципу "работа не волк — в лес не убежит" (т.е. вредитель с т.з. бизнеса), либо пенсионер, который уже все в жизни успел сделать, либо ... (я промолчу). В общем, в сервер пакетной обработки нужно такие задачи с инфологом и уведомлением об успешной обработке, а не прогресс-бары для них рисовать красивые. Такое вот мое IMHO.
__________________
С уважением, glibs® |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
![]() |
#10 |
Гость
|
1. Если делается для бухгалтеров (да и любых других конечных пользователей), то логи и проценты завершения ошибочное завершение исправить не помогут. Все равно программера вызывать. А ему это не надо.
2. Т.к. полезность информационной составляющей сомнительна, остается только "успокаивающая составляющая". А она в стандарте есть. 3. 1% ситуаций, в котором используется новый прогрессбар приведет к постоянному дерганию программиста "сделайте нам красивенькое окошечко сообщений" в остальных 99%... Оно Вам надо? |
|
![]() |
#11 |
Moderator
|
Цитата:
Как это не надо, если у тебя внутри запрос по этому идентификатру идет.
X++: for (int i=0; i<=1000; i++) progress.nextStep(); Цитата:
Андре, спасибо за интересное обсуждение.
![]() |
|
![]() |
#12 |
Moderator
|
Прежде всего спасибо всем ответившим. В первую очередь mazzy за его критику(она мне действительно была нужна) и kashperuk за тестирование.
Если это интересно, то я решил не использовать данное решение в промышленной эксплуатации. В общем то, я это уже понимал, когда размещал решение здесь; мне нужна была поддержка, чтобы отказаться от такой заманухи (спасибо mazzy). Причины отказа от такого решения я, в общем то, сам же и сформулировал несколькими днями ранее здесь(Не совсем ERP новости ![]()
|
|
|
За это сообщение автора поблагодарили: glibs (5). |
![]() |
#13 |
Member
|
Цитата:
С меня респект за силу воли и за то, что подаете другим правильный пример.
__________________
С уважением, glibs® |
|
![]() |
#14 |
Moderator
|
mazzy,
Цитата:
Опять же ничего не имею против конкретного Андре.
![]() Цитата:
Он действительно сделал интересную штуку. За это ему огромное спасибо.
|
|
![]() |
#15 |
----------------
|
добавлю 5 копеек, хоть тема и исчерпана..
У стандартного есть фича - если из одного наследника runBase с прогрессом вызвать другуго, то их прогрессы объединяться в 1 многоуровневый. p.s. простите что немного не в тему |
|
![]() |
#16 |
Member
|
Почему же? mazzy об этом писал выше. И неоднократно.
Вот уж не ожидал, если честно, что опытные разработчики друг другу об этом будут рассказывать. Даже я об этом знал откуда-то.
__________________
С уважением, glibs® |
|
Теги |
benchmark, progress bar, интерфейс, как правильно, crm2011 |
|
![]() |
||||
Тема | Ответов | |||
ProgressBar | 7 | |||
ProgressBar в StatusBar(е) | 8 | |||
Как запустить свой класс при входе пользователя в систему? | 2 | |||
Как сказать форме подогнать свой размер | 10 | |||
Как создать свой Web-портал? | 4 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|