|
09.08.2007, 17:41 | #1 |
Moderator
|
Цитата:
Вот так всегда...
На самом интересном месте выясняется, что не Иван Иванович, а Петр Петрович не в среду, а в понедельник, и не продал, а купил... Цитата:
Какого черта беспокоится о юзабилити, если "Пользователи вообще ничего не увидят"?
|
|
09.08.2007, 17:43 | #2 |
Участник
|
Цитата:
В коде был использован ReportId. |
|
09.08.2007, 17:43 | #3 |
Moderator
|
Цитата:
Угу. И в пакетном режиме тоже не работает
Цитата:
А он еще и не работает?
А как же 20 минут? |
|
09.08.2007, 17:44 | #4 |
Moderator
|
Цитата:
В коде был использован ReportId.
Короче, один reportId обрабатывается только один раз. Второй раз будет уже другой reportId. |
|
09.08.2007, 17:49 | #5 |
Участник
|
Цитата:
что-то уж очень ограниченная область применения получается. нафих-нафих. |
|
09.08.2007, 17:53 | #6 |
Moderator
|
Цитата:
Т.е. вызывающий метод еще и идентификатор уникальный должен сгенерить...
что-то уж очень ограниченная область применения получается. нафих-нафих. Для отображения прогресс бара ничего генерить не надо. Если это требуется для логики операции - то пож-та. |
|
09.08.2007, 17:54 | #7 |
злыдень
|
Камешек в стандартный пргресс-бар:
Тормозит ли градусник? Цитата:
Цитата:
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/ |
|
09.08.2007, 17:58 | #8 |
Участник
|
К стандартному - не относится.
К самодельному - очень даже. Цитата:
Цитата:
Сообщение от Recoilme
Камешек в стандартный пргресс-бар:
Тормозит ли градусник? Стандартный прогресс выполняет кучу телодвижений по обсчетам на каждую итерацию, особенно это заметно при выводе settext. И плевать он хотел на апдейт интервал. Разница в быстродействии при вызове settext и без него - в разы. Не хотите использовать - не используйте. В общем, ясно. Андре, спасибо за интересное обсуждение. |
|
09.08.2007, 17:57 | #9 |
Member
|
В общем это... о вкусах не спорят. Главное, чтобы мы не поссорились из-за пустяков.
Цитата:
Сообщение от Андре
...
Есть последовательность длительных невложенных операций, которые выполняются при запуске пользователем некой периодической операции. ... Сразу предупреждаю, что мнение у меня нетрадиционное и встречаемое многими с агрессией. В моем представлении "длительная операция" — это минуты хотябы две-три. Пользователь, который регулярно или хотябы время от времени сидит тупо перед монитором и смотрит кино под названием "Красивый прогресс-бар"... он либо работает по принципу "работа не волк — в лес не убежит" (т.е. вредитель с т.з. бизнеса), либо пенсионер, который уже все в жизни успел сделать, либо ... (я промолчу). В общем, в сервер пакетной обработки нужно такие задачи с инфологом и уведомлением об успешной обработке, а не прогресс-бары для них рисовать красивые. Такое вот мое IMHO.
__________________
С уважением, glibs® |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
09.08.2007, 18:00 | #10 |
Гость
|
1. Если делается для бухгалтеров (да и любых других конечных пользователей), то логи и проценты завершения ошибочное завершение исправить не помогут. Все равно программера вызывать. А ему это не надо.
2. Т.к. полезность информационной составляющей сомнительна, остается только "успокаивающая составляющая". А она в стандарте есть. 3. 1% ситуаций, в котором используется новый прогрессбар приведет к постоянному дерганию программиста "сделайте нам красивенькое окошечко сообщений" в остальных 99%... Оно Вам надо? |
|
09.08.2007, 18:06 | #11 |
Moderator
|
Цитата:
Как это не надо, если у тебя внутри запрос по этому идентификатру идет.
X++: for (int i=0; i<=1000; i++) progress.nextStep(); Цитата:
Андре, спасибо за интересное обсуждение.
|
|
10.08.2007, 09:31 | #12 |
Moderator
|
Прежде всего спасибо всем ответившим. В первую очередь mazzy за его критику(она мне действительно была нужна) и kashperuk за тестирование.
Если это интересно, то я решил не использовать данное решение в промышленной эксплуатации. В общем то, я это уже понимал, когда размещал решение здесь; мне нужна была поддержка, чтобы отказаться от такой заманухи (спасибо mazzy). Причины отказа от такого решения я, в общем то, сам же и сформулировал несколькими днями ранее здесь(Не совсем ERP новости ). Данное решение будет на ура воспринято пользователями и довольно устойчиво будет работать в той ситуации для которой было написано, но:
|
|
|
За это сообщение автора поблагодарили: glibs (5). |
11.08.2007, 12:42 | #13 |
Member
|
Цитата:
С меня респект за силу воли и за то, что подаете другим правильный пример.
__________________
С уважением, glibs® |
|
10.08.2007, 09:35 | #14 |
Moderator
|
mazzy,
Цитата:
Опять же ничего не имею против конкретного Андре.
Цитата:
Он действительно сделал интересную штуку. За это ему огромное спасибо.
|
|
11.08.2007, 00:47 | #15 |
----------------
|
добавлю 5 копеек, хоть тема и исчерпана..
У стандартного есть фича - если из одного наследника runBase с прогрессом вызвать другуго, то их прогрессы объединяться в 1 многоуровневый. p.s. простите что немного не в тему |
|
11.08.2007, 01:47 | #16 |
Member
|
Почему же? mazzy об этом писал выше. И неоднократно.
Вот уж не ожидал, если честно, что опытные разработчики друг другу об этом будут рассказывать. Даже я об этом знал откуда-то.
__________________
С уважением, glibs® |
|