Сообщение Re[2]: Отображение системных сообщений -- MsgBox, Popup, Log от 01.11.2017 5:47
Изменено 01.11.2017 5:48 Carc
Re[2]: Отображение системных сообщений -- MsgBox, Popup, Log, etc
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, Shmj, Вы писали:
Pzz>Соответственно, если во вплывающем окошке есть только одна кнопка, как узнать, какое решение принял пользователь (кроме очевидного решения нажать на эту кнопку)?
Если в сообщении одна кнопка, то там нечего узнавать, т.к. нет никакого решения пользователя. Оно одно и только одно. В этом случае это сообщение информативного характера. И все равно всё будет упираться в use-case, в сценарий использования.
а) Должна ли быть эта информация из такого окошка доступна и после? Тогда может быть это лог, таблица, список сообщений, который потом можно посмотреть (не суть важно где: в лог-файле, в UI или еще как).
б) Должен ли быть прерван поток выполнения? Т.е. решение пользователю предоставляется одно и только одно, то бишь выбора нет. Но поток выполнения должен быть прерван, и прерван явно, что бы пока пользователь не нажмет ОК, дальше ничего не происходило.
Простой пример: common dialog открытия файлов в винде, есть там настройки (флаги в API), которые задают некоторые ограничения, мол открывать только существующие файлы OFN_FILEMUSTEXIST и иже с ними. Если файла не существует, диалог не даст пользователю нажать ОК. И что делает диалог, если ввести имя несуществующего файла? Говорит чего-то там "Файл не найден" и одна кнопка ОК. И не даст пользователю баловать дале, пока не нажмет ОК.
Что имеем? Вроде как решения пользователю не дают, но такое сообщение нужно. Ибо нужно четко дать понять пользователю в чем проблема, и прямо здесь и сейчас дать понять в чем дело, и чтобы он все-таки увидел и прочитал. Это как раз тот самый случай, что поток выполнения должен быть прерван, хотя никакого выбора для пользователя нет.
в) Ну такое же сообщение, с единственной кнопкой, но информативного характера. Нечто вроде "Все распрекрасно, кэп, всё получилось". Когда нет никакой надобности прерывать поток выполнения. Простой пример из одной моей софтины. Если в 2-ух словах, то плагин стучится в хост-аппликуху, забирает данные, пакует в ZIP, и толкает их в Dropbox. Дык вот если все ОК, то в конце он показывает MsgBox с единственной кнопкой ОК + минимум инфы: что, куда, в каком объеме.
А зачем? А чтоб отчитаться что всё зер гут, но поскольку нет никакой надобности прерывать поток выполнения, то через три-пять сек, он автоматически закрывает этот MsgBox.
И наоборот: вот когда случае ошибка с такой отправкой данных, то тот же MsgBox, с алертами и матюгами, но без автозакрытия. Ибо это важно. Потому как пользователю точно нужно знать, что данные в дропбокс не ушли.
Повторюсь, всё упирается в сценарий использования. И только. Серебряной пули нет. Вернее есть, но их несколько. Но какую выбрать определяет сценарий использования.
PS: кстати не обязательно или-или. В том же случае "в)" (плагин для дропбоксу), сообщения сообщениями, а вот критическая инфа точно также может писаться в лог.
Pzz>Здравствуйте, Shmj, Вы писали:
Pzz>Соответственно, если во вплывающем окошке есть только одна кнопка, как узнать, какое решение принял пользователь (кроме очевидного решения нажать на эту кнопку)?
Если в сообщении одна кнопка, то там нечего узнавать, т.к. нет никакого решения пользователя. Оно одно и только одно. В этом случае это сообщение информативного характера. И все равно всё будет упираться в use-case, в сценарий использования.
а) Должна ли быть эта информация из такого окошка доступна и после? Тогда может быть это лог, таблица, список сообщений, который потом можно посмотреть (не суть важно где: в лог-файле, в UI или еще как).
б) Должен ли быть прерван поток выполнения? Т.е. решение пользователю предоставляется одно и только одно, то бишь выбора нет. Но поток выполнения должен быть прерван, и прерван явно, что бы пока пользователь не нажмет ОК, дальше ничего не происходило.
Простой пример: common dialog открытия файлов в винде, есть там настройки (флаги в API), которые задают некоторые ограничения, мол открывать только существующие файлы OFN_FILEMUSTEXIST и иже с ними. Если файла не существует, диалог не даст пользователю нажать ОК. И что делает диалог, если ввести имя несуществующего файла? Говорит чего-то там "Файл не найден" и одна кнопка ОК. И не даст пользователю баловать дале, пока не нажмет ОК.
Что имеем? Вроде как решения пользователю не дают, но такое сообщение нужно. Ибо нужно четко дать понять пользователю в чем проблема, и прямо здесь и сейчас дать понять в чем дело, и чтобы он все-таки увидел и прочитал. Это как раз тот самый случай, что поток выполнения должен быть прерван, хотя никакого выбора для пользователя нет.
в) Ну такое же сообщение, с единственной кнопкой, но информативного характера. Нечто вроде "Все распрекрасно, кэп, всё получилось". Когда нет никакой надобности прерывать поток выполнения. Простой пример из одной моей софтины. Если в 2-ух словах, то плагин стучится в хост-аппликуху, забирает данные, пакует в ZIP, и толкает их в Dropbox. Дык вот если все ОК, то в конце он показывает MsgBox с единственной кнопкой ОК + минимум инфы: что, куда, в каком объеме.
А зачем? А чтоб отчитаться что всё зер гут, но поскольку нет никакой надобности прерывать поток выполнения, то через три-пять сек, он автоматически закрывает этот MsgBox.
И наоборот: вот когда случае ошибка с такой отправкой данных, то тот же MsgBox, с алертами и матюгами, но без автозакрытия. Ибо это важно. Потому как пользователю точно нужно знать, что данные в дропбокс не ушли.
Повторюсь, всё упирается в сценарий использования. И только. Серебряной пули нет. Вернее есть, но их несколько. Но какую выбрать определяет сценарий использования.
PS: кстати не обязательно или-или. В том же случае "в)" (плагин для дропбоксу), сообщения сообщениями, а вот критическая инфа точно также может писаться в лог.
Re[2]: Отображение системных сообщений -- MsgBox, Popup, Log
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, Shmj, Вы писали:
Pzz>Соответственно, если во вплывающем окошке есть только одна кнопка, как узнать, какое решение принял пользователь (кроме очевидного решения нажать на эту кнопку)?
Если в сообщении одна кнопка, то там нечего узнавать, т.к. нет никакого решения пользователя. Оно одно и только одно. В этом случае это сообщение информативного характера. И все равно всё будет упираться в use-case, в сценарий использования.
а) Должна ли быть эта информация из такого окошка доступна и после? Тогда может быть это лог, таблица, список сообщений, который потом можно посмотреть (не суть важно где: в лог-файле, в UI или еще как).
б) Должен ли быть прерван поток выполнения? Т.е. решение пользователю предоставляется одно и только одно, то бишь выбора нет. Но поток выполнения должен быть прерван, и прерван явно, что бы пока пользователь не нажмет ОК, дальше ничего не происходило.
Простой пример: common dialog открытия файлов в винде, есть там настройки (флаги в API), которые задают некоторые ограничения, мол открывать только существующие файлы OFN_FILEMUSTEXIST и иже с ними. Если файла не существует, диалог не даст пользователю нажать ОК. И что делает диалог, если ввести имя несуществующего файла? Говорит чего-то там "Файл не найден" и одна кнопка ОК. И не даст пользователю баловать дале, пока не нажмет ОК.
Что имеем? Вроде как решения пользователю не дают, но такое сообщение нужно. Ибо нужно четко дать понять пользователю в чем проблема, и прямо здесь и сейчас дать понять в чем дело, и чтобы он все-таки увидел и прочитал. Это как раз тот самый случай, что поток выполнения должен быть прерван, хотя никакого выбора для пользователя нет.
в) Ну такое же сообщение, с единственной кнопкой, но информативного характера. Нечто вроде "Все распрекрасно, кэп, всё получилось". Когда нет никакой надобности прерывать поток выполнения. Простой пример из одной моей софтины. Если в 2-ух словах, то плагин стучится в хост-аппликуху, забирает данные, пакует в ZIP, и толкает их в Dropbox. Дык вот если все ОК, то в конце он показывает MsgBox с единственной кнопкой ОК + минимум инфы: что, куда, в каком объеме.
А зачем? А чтоб отчитаться что всё зер гут, но поскольку нет никакой надобности прерывать поток выполнения, то через три-пять сек, он автоматически закрывает этот MsgBox.
И наоборот: вот когда случае ошибка с такой отправкой данных, то тот же MsgBox, с алертами и матюгами, но без автозакрытия. Ибо это важно. Потому как пользователю точно нужно знать, что данные в дропбокс не ушли.
Повторюсь, всё упирается в сценарий использования. И только. Серебряной пули нет. Вернее есть, но их несколько. Но какую выбрать определяет сценарий использования.
PS: кстати не обязательно или-или. В том же случае "в)" (плагин для дропбоксу), сообщения сообщениями, а вот критическая инфа точно также может писаться в лог.
Pzz>Здравствуйте, Shmj, Вы писали:
Pzz>Соответственно, если во вплывающем окошке есть только одна кнопка, как узнать, какое решение принял пользователь (кроме очевидного решения нажать на эту кнопку)?
Если в сообщении одна кнопка, то там нечего узнавать, т.к. нет никакого решения пользователя. Оно одно и только одно. В этом случае это сообщение информативного характера. И все равно всё будет упираться в use-case, в сценарий использования.
а) Должна ли быть эта информация из такого окошка доступна и после? Тогда может быть это лог, таблица, список сообщений, который потом можно посмотреть (не суть важно где: в лог-файле, в UI или еще как).
б) Должен ли быть прерван поток выполнения? Т.е. решение пользователю предоставляется одно и только одно, то бишь выбора нет. Но поток выполнения должен быть прерван, и прерван явно, что бы пока пользователь не нажмет ОК, дальше ничего не происходило.
Простой пример: common dialog открытия файлов в винде, есть там настройки (флаги в API), которые задают некоторые ограничения, мол открывать только существующие файлы OFN_FILEMUSTEXIST и иже с ними. Если файла не существует, диалог не даст пользователю нажать ОК. И что делает диалог, если ввести имя несуществующего файла? Говорит чего-то там "Файл не найден" и одна кнопка ОК. И не даст пользователю баловать дале, пока не нажмет ОК.
Что имеем? Вроде как решения пользователю не дают, но такое сообщение нужно. Ибо нужно четко дать понять пользователю в чем проблема, и прямо здесь и сейчас дать понять в чем дело, и чтобы он все-таки увидел и прочитал. Это как раз тот самый случай, что поток выполнения должен быть прерван, хотя никакого выбора для пользователя нет.
в) Ну такое же сообщение, с единственной кнопкой, но информативного характера. Нечто вроде "Все распрекрасно, кэп, всё получилось". Когда нет никакой надобности прерывать поток выполнения. Простой пример из одной моей софтины. Если в 2-ух словах, то плагин стучится в хост-аппликуху, забирает данные, пакует в ZIP, и толкает их в Dropbox. Дык вот если все ОК, то в конце он показывает MsgBox с единственной кнопкой ОК + минимум инфы: что, куда, в каком объеме.
А зачем? А чтоб отчитаться что всё зер гут, но поскольку нет никакой надобности прерывать поток выполнения, то через три-пять сек, он автоматически закрывает этот MsgBox.
И наоборот: вот когда случае ошибка с такой отправкой данных, то тот же MsgBox, с алертами и матюгами, но без автозакрытия. Ибо это важно. Потому как пользователю точно нужно знать, что данные в дропбокс не ушли.
Повторюсь, всё упирается в сценарий использования. И только. Серебряной пули нет. Вернее есть, но их несколько. Но какую выбрать определяет сценарий использования.
PS: кстати не обязательно или-или. В том же случае "в)" (плагин для дропбоксу), сообщения сообщениями, а вот критическая инфа точно также может писаться в лог.