|
13.01.2012, 09:49 | #1 |
северный Будда
|
Цитата:
1) разгребать ничего не надо будет в любом случае. Ни так, ни так никакой обработки данных не будет 2) а вот это совсем неправда. зачем человека держать за дрессированную обезьяну? человек должен понимать смысл того, что он делает и почему он этого сделать не может. хотя бы на самом общем уровне. в целом я согласен с автором. серые кнопки лучше только в том случае, когда имеются не отменяемые пользователем действия (например, разноска складского журнала - её нельзя отменить, можно только отсторнировать сам журнал). во всех остальных случаях предпочтительнее активная кнопка с проверкой.
__________________
С уважением, Вячеслав |
|
13.01.2012, 10:22 | #2 |
Участник
|
Цитата:
Сообщение от pitersky
крайне неубедительные возражения
1) разгребать ничего не надо будет в любом случае. Ни так, ни так никакой обработки данных не будет 2) а вот это совсем неправда. зачем человека держать за дрессированную обезьяну? человек должен понимать смысл того, что он делает и почему он этого сделать не может. хотя бы на самом общем уровне. Понимаете - реалии жизни таковы, что в более-менее большой/средней фирме количество сотрудников, которые могут/а главное ХОТЯТ понимать что они делает достаточно мало. И все они занимают какие-то руководящие должности. А вот люди, которые делают рутинные операции не будут задумываться на д проблемами выскакивающих сообщений! Ну такова жизнь! Может где-то и есть идеальные кладовщики, но их очень мало!
__________________
Axapta 3.0 sp - хз какой, kr2 |
|
13.01.2012, 10:42 | #3 |
северный Будда
|
Цитата:
Сообщение от egorych
Вы консультант/внедренец?
Понимаете - реалии жизни таковы, что в более-менее большой/средней фирме количество сотрудников, которые могут/а главное ХОТЯТ понимать что они делает достаточно мало. И все они занимают какие-то руководящие должности. А вот люди, которые делают рутинные операции не будут задумываться на д проблемами выскакивающих сообщений! Ну такова жизнь! Может где-то и есть идеальные кладовщики, но их очень мало! А по сути - надо требовать от пользователей чтение сообщений. Надо! Я лично требую всегда. Потому что информация в инфолог выводится не просто так. P.S. Я на клиенте работаю, если что.
__________________
С уважением, Вячеслав |
|
|
За это сообщение автора поблагодарили: lev (2). |
14.01.2012, 02:24 | #4 |
Участник
|
В общем-то уже почти все по делу ответили, но ведь это не повод...
Цитата:
Сообщение от ta_and
Не смог сдержать крик души. На каждом проекте - одно и то же! Серые кнопки... серые кнопки... серые кнопки. И на каждом проекте приходится с ними долго и упорно сражаться и жить...
Я не призываю полностью отказаться от серых кнопок. Я не призываю переписать уже имеющийся функционал. Давайте хоть новую функциональность проектировать грамотно? Цитата:
Сообщение от S.Kuskov
Главное преимущество программного вывода сообщения над статической пусть и контекстной справкой в том, что в рантайм есть возможность определить истинную причину недоступности той или иной операции и включить в текст сообщения конкретные значения обрабатываемых величин. Хочется иметь возможность "спросить" у заблокированного контрола причину по которой он заблокирован.
Вообще же, если скатиться к саморекламе я что-то подобное пытался реализовать во Вспомогательных классах проверки условий и утверждений. С момента публикации практически во все методы DEV_Check был добавлен опциональный параметр - выводить ли сообщения или просто возвращать true/false, за счет которого удалось реализовать нечто подобное. Другое дело, что касается это лишь модификаций, реализованных с использованием соотв. классов, т.е. это совсем "нестандарт". И опять же, это все не бесплатно: я как-то оптимизировал с Trace Parcer'ом производительность одного класса (импорт из csv-файла ), и выяснилось, что отчасти в низкой скорости работы виновен указанный класс: за счет кэширования результатов некоторых специфичных проверок удалось ощутимо повысить производительность. Цитата:
Цитата:
|
|
16.01.2012, 10:06 | #5 |
северный Будда
|
Цитата:
Сообщение от gl00mie
большей части совершенно не интересны сообщения в инфологе, покуда кнопки нажимаются и что-то делается. Вот когда не делается, не получается - только тогда возникает понимание, что что-то не так. К сожалению, у людей зачастую мотивация (в утрированном, финансовом смысле) такова, что читать инфологи им некогда и незачем, главное - циферки нужные "повысить", потому что платят им за эти циферки, а не за понимание.Увы и ах...
Да и вообще - что значит "некогда и незачем"? я ещё не встречал ситуации, когда обработка с финальным (или ошибочным) инфологом не имела бы никакого отношения к обязанностям человека, её запустившего. А если имеет, значит это и есть его работа - читать такие сообщения и решать возникающие проблемы. либо самостоятельно, либо через непосредственного руководителя.
__________________
С уважением, Вячеслав |
|
|
За это сообщение автора поблагодарили: ta_and (4). |
16.01.2012, 11:07 | #6 |
Участник
|
Цитата:
Решают они конечно эти проблемы - путем перекладывания их на других людей. Если что-то не работает, то инфологи никто не читает, а сразу обращения в техподдержку/к программистам : "Ваша чертова программа ни фига не работает." Хотя в итоге нередко бывает что сам пользователь и накосячил. |
|
16.01.2012, 11:25 | #7 |
северный Будда
|
Цитата:
Так было год назад. Сейчас в 90% случаев звонят с ситуациями, которые действительно не решить на уровне пользователя. Так что это всё разрешимо.
__________________
С уважением, Вячеслав |
|
Теги |
динамический хелп |
|
|