Обработка ошибок со стороны пользователя

так быстро не получится — так копируется еще заголовок и кнопки, а еще куча тире

но далеко не каждый это знает ;)

да, это очень удобно! но к сожалению не во всех окнах с сообщениями об ошибках это работает…

А я всегда Spy++ пользовал :damn:

Можете привести хотя бы один пример, когда Микрософт реализовала просьбу коммьюнити о реализации какого-либо функционала?

ну мы же прекрасно понимаем, что без ошибок ПО не бывает

Кстати, позвольте разьясню. Мне, кажется, я понял что хотел сказать товарищЪ-заминусованный.
Может в программе, по возможности кэтчить ошибки для вывода не просто сообщения: «Внимание! Ошибка 55434», а помогать пользователю без необходимости чтобы тот гуглил. Ну хотя бы в духе: «Нет связи с сервером. Проверьте подключение к Интернету», или «Приносим свои извинения. Попробуйте закрыть и открыть программу снова. Если ошибка повторится, пожалуйста, сообщите разработчикам по адресу бла-бла-бла. Это поможет сделать программу лучше. Спасибо.»
Ведь заставлять пользователя разбираться с какими то кодами… как то не комильфо.

да, безусловно, но если KB нет, то хотя бы так

да их и так хватает (http://www.fixerrorfast.com/ttfix-12029_error-zz0001 )

Далеко не всегда предложенный разработчиком метод решения проблемы является единственно верным или подходящим для вашего конкретного случая.

Не знаю как для вас, но для меня логи в продуктах майкрософт по уровню полезной информации равносильны филькиной грамоте.

Вы путаете теплое с мягким!

Существуют ошибки (ошибки кодирования, ошибки в используемых библиотеках, ошибки платформы/ОС/настройки окружения), как правило, они не предсказуемы, иначе их пытаются обойти или решить (сохраняют состояние программы, используют другие библиотеки, иначе работают с окружением).
Пример: некая стандартная функция, которая должна, допустим, создавать объект для работы с файлами просто не создает его, а возвращает стандартный код ошибки. Без этой функции дальнейший код бесполезен. Что делать программе? Сообщить что некая библиотека возвратила не то, что надо и какой толк от этого пользователю? Возможно, ошибка не в программе и не в библиотеке, а в том, что троян испортил реестр. Как потом пользователь будет сообщать это разработчику? Ведь функция может вызываться в разных местах программы, а она может разрабатываться множеством людей, которые не видели чужого кода, то как же они должны определить в каком месте ошибка? Именно поэтому легче выдавать код ошибки, что скажет разработчикам не только что за ошибка, но и где произошла. При этом причины возникновения не узнать ни как (иначе они были бы решены заранее), поэтому иногда решают воспользоваться альтернативными функциями в случае неудачи, что для пользователя выглядит как исправление ошибки.

А то, что вы описали просто продуманный процесс работы программы. Здесь нет ошибки. Если выдается сообщение, что «запись невозможна» — это тоже не ошибка, а задокументированное поведение, а то, что программисты не продумали возможное поведение пользователя в случае недоступности ресурсов для сохранения — это совершенно иной вопрос, который, вероятно, зависит от компетенции разработчиков. Т.е. проблемы юзабилити к программным ошибкам не имеют отношения, а именно о них был пост.

Все гораздо сложнее, чем просто сообщение об ошибке. И давайте не забывать, что есть границы разумного в обработке ошибок. Т.е. часто ошибку проще исправить, чем заранее находить все возможные варианты решения возможных ошибок, просто программа никогда бы не была завершена.

Часто решение в интернете просто обходит ошибку, а не исправляет причины ее возникновения, к сожалению.

Просто MessageBox — системное сообщение и работает всегда, т.е. этот код мог быть написан до того как разработан основной пользовательский интерфейс или эта библиотека не имеет вообще ни какой связи с ним для уменьшения связанности, или даже выполняются в разных потоках.