Сохранить файл на рабочий стол - выполнимость? - PullRequest
1 голос
/ 13 сентября 2009

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

  • Есть ли какой-нибудь случай, когда мы не сможем сохранить на рабочий стол? У меня просто были проблемы с Win7, потом я понял, что делаю это неправильно, и теперь я могу их нормально сохранить. Но есть ли случаи (например, заблокированная система на работе), где эти разрешения могут быть отклонены? Я знаю, что даже в моей школе, где все было заблокировано, мы могли создавать файлы на рабочем столе.
  • Можно ли сохранить в соответствии с Руководством по проектированию и т. Д. Для сохранения на рабочем столе? Я имею в виду, мы не сохраняем регулярно, это просто для диагностических целей. Есть ли действительно, действительно важная причина, почему НЕ делать этого?

Большое спасибо.

Ответы [ 4 ]

3 голосов
/ 13 сентября 2009

Является ли единственной целью файла диагностики, чтобы они могли отправить его вам по электронной почте? Если это так, вы можете попробовать сохранить во временный файл (который всегда будет работать AFAIK) и программно запустить свой почтовый клиент и прикрепить этот файл (хотя это некрасивый код для этого).

Или вы можете иметь форму загрузки на своем веб-сайте, и программно загрузить файл , чтобы пользователю даже не пришлось запускать свой почтовый клиент.

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

<Ч />

Относительно того, сможет ли пользователь когда-либо писать на рабочий стол, этот пост на форумах Tom's Hardware указывает, что, хотя доступ на запись может быть отключен, пользователь все равно будет владельцем рабочего стола. папка и, таким образом, сможет повторно включить доступ на запись - но я думаю, что это было специфично для Win2k. В другом сообщении на форуме утверждается, что вы можете сделать рабочий стол доступным только для чтения в XP с ALS. Я не уверен, как это работает в Vista, но может показаться, что доступ для записи на рабочий стол отнюдь не гарантирован в Windows.

Как указывает @jeffamaphone, было бы очень неплохо предложить диалог «сохранить как», на всякий случай. Лично я предпочел бы, чтобы рабочий стол был папкой по умолчанию, с кнопкой обзора, чтобы выбрать другую папку, в вашем диалоговом окне «Сохранить диагностику». Как пользователь раздражает отсутствие контроля над выходом.

3 голосов
/ 13 сентября 2009

Я не могу найти конкретный ориентир, но в целом вы хотите дать пользователю возможность сохранения в другом месте. Можно использовать рабочий стол по умолчанию. Некоторые пользователи любят иметь множество вещей на своем рабочем столе, а другие (как я) - анальные типы, которым ничего не нужно, кроме корзины и, возможно, ярлыка программы или двух. Но я постоянно выкладываю временные файлы на рабочий стол (например, логи и т. Д.). Возможно, у вас должно быть приложение «Сохранить» (которое автоматически отправляется на рабочий стол) и «Сохранить как ...», которое предоставляет пользователю стандартный диалог сохранения, позволяющий им выбрать местоположение.

В разрешении на запись на рабочий стол может быть отказано (хотя на практике я не видел его в бизнес-настройках).

1 голос
/ 13 сентября 2009

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

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

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

0 голосов
/ 15 сентября 2009

Мы выбираем эту опцию, чтобы дать пользователям возможность скопировать диагностическую информацию в буфер обмена. Затем они могут вставить его прямо в любой почтовый клиент. Ctrl-C Ctrl-V намного проще, чем прикреплять файл в GMail.

...