Серые кнопки. Изначально неверное решение.

[gl00mie]

В общем-то уже почти все по делу ответили, но ведь это не повод...

Цитата:

Сообщение от ta_and

Не смог сдержать крик души. На каждом проекте - одно и то же! Серые кнопки... серые кнопки... серые кнопки. И на каждом проекте приходится с ними долго и упорно сражаться и жить...
Я не призываю полностью отказаться от серых кнопок. Я не призываю переписать уже имеющийся функционал. Давайте хоть новую функциональность проектировать грамотно?

Давайте просто разделять презентационную и бизнес-логику. Очевидно, доступность выполнения тех или иных действий, затрагивающих бизнес-логику, должна и проверяться обязательно на уровне бизнес-логики. А дальше - дело техники вывести эти проверки наружу так, чтобы их можно было дергать загодя, без активизации тех или иных действий, и использовать результаты в презентационной логике: для засеривания ли кнопок, для отключения ли возможности править/удалять записи на уровне датасорсов формы, для отключения ли доступности на редактирование полей таблиц - это уже вторично, это просто удобства для пользователей. Крик души топик-стартера, по-моему, связан скорее с тем, что зачастую бизнес-логика смешивается с презентационной, и кроме засеренности кнопки или отключения редактирования на датасорсе ничто не препятствует изменению данных или выполнению тех или иных действий. Вот тут я солидарен: давайте функциональность проектировать и реализовывать грамотно.

Цитата:

Сообщение от S.Kuskov

Главное преимущество программного вывода сообщения над статической пусть и контекстной справкой в том, что в рантайм есть возможность определить истинную причину недоступности той или иной операции и включить в текст сообщения конкретные значения обрабатываемых величин. Хочется иметь возможность "спросить" у заблокированного контрола причину по которой он заблокирован.

Это все здорово, но дюже дорого в поддержке. Если бы речь шла о тиражируемом решении, используемом миллионами клиентов (как винды или офис), тогда это бы окупилось, а когда делается модифа под одного клиента, такой "сервис" никто не купит.
Вообще же, если скатиться к саморекламе я что-то подобное пытался реализовать во Вспомогательных классах проверки условий и утверждений. С момента публикации практически во все методы DEV_Check был добавлен опциональный параметр - выводить ли сообщения или просто возвращать true/false, за счет которого удалось реализовать нечто подобное. Другое дело, что касается это лишь модификаций, реализованных с использованием соотв. классов, т.е. это совсем "нестандарт". И опять же, это все не бесплатно: я как-то оптимизировал с Trace Parcer'ом производительность одного класса (импорт из csv-файла ), и выяснилось, что отчасти в низкой скорости работы виновен указанный класс: за счет кэширования результатов некоторых специфичных проверок удалось ощутимо повысить производительность.

Цитата:

Сообщение от kashperuk

Я не дочитал, но в общем случае, я полностью согласен. На самом деле, в NAV вроде даже делали прототип, который делал как раз оповещение, если нельзя, с детальной причиной.
Думаю, в АХ это тоже когда-то появится.

О-о-о, да-а-а!!! Благими намерениями, как говорится... Вот с 4-ки появилась интеграция с ETW, но попробуйте просто разрешить трассировку Х++ в настройках рабочего АОСа, на который ходят 70-150 пользователей, и получите +35..40% загрузки процессоров - постоянно! Т.е. просто за саму возможность, если ее тупо держать "под боком" всегда включенной, вы будете расплачиваться вот такими вот тормозами. Возможно, это просто косяк реализации, но он уже показателен: ничто не дается бесплатно. Может, разработчики ядра виндов и вылизали интеграцию различных приложений и служб с ETW до того, что дополнительная нагрузка не превышает декларируемых 4-5%, но пока это явно не про ядро Аксапты (сужу сугубо по 2009-й).

Цитата:

Сообщение от pitersky

зачем человека держать за дрессированную обезьяну? человек должен понимать смысл того, что он делает и почему он этого сделать не может. хотя бы на самом общем уровне.

К сожалению, склонен согласиться с egorych: очень мало таких людей, которым это надо, большей части совершенно не интересны сообщения в инфологе, покуда кнопки нажимаются и что-то делается. Вот когда не делается, не получается - только тогда возникает понимание, что что-то не так. К сожалению, у людей зачастую мотивация (в утрированном, финансовом смысле) такова, что читать инфологи им некогда и незачем, главное - циферки нужные "повысить", потому что платят им за эти циферки, а не за понимание.

Цитата:

Сообщение от egorych

люди, которые делают рутинные операции не будут задумываться над проблемами выскакивающих сообщений! Ну такова жизнь!

Увы и ах...

[pitersky]

Цитата:

Сообщение от gl00mie

большей части совершенно не интересны сообщения в инфологе, покуда кнопки нажимаются и что-то делается. Вот когда не делается, не получается - только тогда возникает понимание, что что-то не так. К сожалению, у людей зачастую мотивация (в утрированном, финансовом смысле) такова, что читать инфологи им некогда и незачем, главное - циферки нужные "повысить", потому что платят им за эти циферки, а не за понимание.Увы и ах...

не совсем понял возражение. вроде как автор как раз и говорит о ситуациях, когда что-то не так. И если при этом человек не хочет читать, что же именно не так, то я сильно сомневаюсь, что он сможет правильно повысить нужные циферки. Потому что тогда любой неразнесённый документ потребует времени на выяснение причины проблемы у отвечающих за Аксапту, а это заведомо медленнее.
Да и вообще - что значит "некогда и незачем"? я ещё не встречал ситуации, когда обработка с финальным (или ошибочным) инфологом не имела бы никакого отношения к обязанностям человека, её запустившего. А если имеет, значит это и есть его работа - читать такие сообщения и решать возникающие проблемы. либо самостоятельно, либо через непосредственного руководителя.

[Logger]

Цитата:

Сообщение от pitersky

А если имеет, значит это и есть его работа - читать такие сообщения и решать возникающие проблемы. либо самостоятельно, либо через непосредственного руководителя.

Вашими бы устами да мед пить

Решают они конечно эти проблемы - путем перекладывания их на других людей. Если что-то не работает, то инфологи никто не читает, а сразу обращения в техподдержку/к программистам : "Ваша чертова программа ни фига не работает." Хотя в итоге нередко бывает что сам пользователь и накосячил.

[pitersky]

Цитата:

Сообщение от Logger

Если что-то не работает, то инфологи никто не читает, а сразу обращения в техподдержку/к программистам : "Ваша чертова программа ни фига не работает." Хотя в итоге нередко бывает что сам пользователь и накосячил.

Ага, именно так. Правда, мне обычно говорили не общими словами, а "не делается то-то". И первый мой вопрос в ответ был "что написано в инфологе?". Не поверите - в 50% случаях после чтения инфолога говорили "а, понятно" и клали трубку
Так было год назад. Сейчас в 90% случаев звонят с ситуациями, которые действительно не решить на уровне пользователя.

Так что это всё разрешимо.