«Интерфейс пользователя» &#8594; Хорошая замена MessageBox а

← →
Дмитрий Белькевич (2009-04-15 01:51) [120]

>А эта...в своей программе вставить возможность запуска ? Раз уж оно через автозагрузку может быть запущено.

Особенно одарённые личности его уже загруженным из трея выгружают ;)

Да и при логине его лучше грузить - некоторые ресурсы (сетевые хардлоки, например), равномернее используются.

← →
Дмитрий Белькевич (2009-04-15 01:52) [121]

> кстати по юзабельности, оторвал бы руки тому, кто придумал
> в WMKeeper при каждом диалоге переность курсор к кнопкам
> диалога. Пипец просто, как будто я инвалид и мне трудно
> самому переместить курсор, дизориентирует сильно. Для людей
> с ограничениями такая опция присутствует в ОС, зачем было
> городить это - не понятно.

Согласен. Кав додумался сделать наоборот - переносить менюху под курсор.

← →
Marser © (2009-04-15 02:03) [122]

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

Всякому инструменту и приёму есть своё применение, просто его нужно знать и отдавать себе отчёт.

← →
Игорь Шевченко © (2009-04-15 02:08) [123]

Дмитрий Белькевич (15.04.09 01:51) [120]

> Особенно одарённые личности его уже загруженным из трея
> выгружают ;)
>
> Да и при логине его лучше грузить - некоторые ресурсы (сетевые
> хардлоки, например), равномернее используются.

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

Это я конечно, может, и чушь порю несусветную, не зная задачи, но потребность высказаться ощущаю :)

← →
Дмитрий Белькевич (2009-04-15 02:13) [124]

> Всякому инструменту и приёму есть своё применение, просто
> его нужно знать и отдавать себе отчёт.

Именно что. Не нужно впадать в крайности - как показывать юзеру всё подрят, так и не показывать вообще ничего.

← →
Германн © (2009-04-15 02:19) [125]

> «Интерфейс пользователя» → Хорошая замена MessageBox"а
>
> Kolan © (14.04.09 16:15)
>
> *Пост в рамках не существующей конференции «Интерфейс пользователя».
> *

Пока что я не нашёл ни одного свидетельства необходимости введения новой конференции.

← →
Дмитрий Белькевич (2009-04-15 02:48) [126]

> может, попытаться запустить

Такая мессага появляется, когда юзер жмёт на соотвествующую кнопку. Синхронизировать придётся продолжение кода с запуском сервера (замораживая работу станции, чего стараюсь избегать) - иначе ответ от удалённой станции может прийти раньше (и почти всегда так и происходит) чем сервер заработает.

← →
test © (2009-04-15 05:45) [127]

Дмитрий Белькевич (15.04.09 01:51) [120]
Если программулина так нужна что бы ее сервисом(службой) не сделать? Поставить сервис на "автозапуск", кулхацкеры обычно туда не лазят в поясняловку вписать "не трогать очень важно, оторву руку", ну или еще как нибудь напугать ))

← →
tButton © (2009-04-15 07:25) [128]

re [118]

> "Невозможно выполнить запрос изображений из удалённой базы.
> " + StrDelim +
> "Не запущена программа Махаон DICOM сервер (makhaonserver.
> exe)." + StrDelim + "Решения проблемы:" + StrDelim +

← →
test © (2009-04-15 07:56) [129]

tButton © (15.04.09 07:25) [128]
В принципе это значит что база далеко, не на локальной машине))

← →
Kolan © (2009-04-15 08:23) [130]

> >локус внимания
>
> Поменяйте слова на: направление взгляда.

Такая замена неверна.

Я могу смотреть на монитор, как сейчас, а думать о машине, которая на стоянке. Локусом при этом будет машина, а направление взгляда будет на монитор.

← →
test © (2009-04-15 08:25) [131]

Kolan © (15.04.09 08:23) [130]
Прочитай псих больницу, просто, качественно, без умных слов. Автор занимался проектированием интерфейсов в МелкомСофте.

← →
tButton © (2009-04-15 08:48) [132]

re [129]
ну я к этому собственно и клоню...

← →
Игорь Шевченко © (2009-04-15 11:17) [133]

> Я могу смотреть на монитор, как сейчас, а думать о машине,
> которая на стоянке

да-да. Можно смотреть в книгу, а видеть фигу. Опять же локус

← →
Kolan © (2009-04-15 11:18) [134]

test, я читал :)

← →
test © (2009-04-15 11:29) [135]

Kolan © (15.04.09 08:23) [130]
bash про локус

xxx: Нужна программа учета рабочего времени сотрудников. Т.е. включил комп, часики затикали, отошёл на 10 мин, таймер встал. У каждого пользователя свой пароль. В конце месяца прога формирует отчет. Есть подобный продукт и если есть, где взять-купить?
yyy: Рабов к галере надо приковывать цепью.

← →
Kolan © (2009-04-15 11:39) [136]

test, вы так и не поняли значение этого термина :(

← →
test © (2009-04-15 11:42) [137]

Kolan © (15.04.09 11:39) [136]
Каким боком инструмент должен управлять человеком?

← →
Дмитрий Белькевич (2009-04-15 11:53) [138]

> Если программулина так нужна что бы ее сервисом(службой)
> не сделать? Поставить сервис на "автозапуск", кулхацкеры
> обычно туда не лазят в поясняловку вписать "не трогать очень
> важно, оторву руку", ну или еще как нибудь напугать ))

Вы недооцениваете изобретательность дураков ;) Особенно упорные и сервис остановят, или "Авто" выключат - повидал я уж параноиков.

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

Проще всего делать - как делаю. Выгрузят/отключат - некоторая (довольно часто нужная) функциональность не будет работать. Человек конкретно видит, к чему привело отключение. Если сам не поймёт каких-то терминов - то админу покажет - тот разберется и покажет, куда не лезть.

> Я могу смотреть на монитор, как сейчас, а думать о машине,
> которая на стоянке. Локусом при этом будет машина, а направление
> взгляда будет на монитор.

Тогда предлагаю на мониторе периодически показывать порево. Не особенный секрет, что люди о этом часто думают.

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

Смотрите ворд. Автозамена произошла - сразу рядом с текстом вылезла фиговина (уж простите за терминологию ;)) в которой можно изменения откатить. Очень хорошо сделано по-моему.

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

← →
Дмитрий Белькевич (2009-04-15 11:57) [139]

> В принципе это значит что база далеко, не на локальной машине))

Что делать, что в русском языке слова remoute и deleted - омонимы ;)

← →
test © (2009-04-15 12:00) [140]

Дмитрий Белькевич (15.04.09 11:53) [138]
Ну сплеш скрин сделать, который какой нибудь бред пишет в строку состояния своего окна: "Запускается четвертый двигатель орбитальной станции 10% ", "Докачиваю супер обновление 15%", "Построение улитки Паскаля 34%". Проверено если прога трепыхается показывая какую нибудь информацию, пользователь ждет и даже болеет за прогу))

← →
Дмитрий Белькевич (2009-04-15 12:04) [141]

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

:)

Ну, может быть... Может быть...

← →
Дмитрий Белькевич (2009-04-15 12:07) [142]

Сплеши, вообще есть, да.

← →
test © (2009-04-15 12:28) [143]

Дмитрий Белькевич (15.04.09 12:04) [141]
Тот же 3D Max запускается долго но в окне заставки пишет про какие то действия и когда он его закончит.

← →
clickmaker © (2009-04-15 12:43) [144]

MessageBox может быть злом, когда ошибка вылезает в цикле... из 10000 итераций, к примеру -)

← →
Kolan © (2009-04-15 12:45) [145]

clickmaker, это уже не зло, за такое бьют бревном по рукам. А я бы выгнал вообще.

← →
clickmaker © (2009-04-15 12:47) [146]

> А я бы выгнал вообще

скажи это разработчикам Enterprise Manager MS SQL 2008 -)

← →
Дмитрий Белькевич (2009-04-15 13:08) [147]

> MessageBox может быть злом, когда ошибка вылезает в цикле.
> .. из 10000 итераций, к примеру -)

Жуть какая :)

Я тут еще одну идею интересную придумал... Пока руки у себя никак не доходят сделать.

Делать все опции в виде гипертекста.

Постоянно ловлю себя на мысли, почему бы в опциях не сделать поиск по их названиям? Открываем, например, настройки qip"а.

Что видим. Слева - выбор категорий. Сверху - дублированный выбор страниц-категорий.

Найти какую-то одну опцию среди этой сотни - ну очень долго, если не работаешь постоянно с опциями (в опции, согласитесь, редко лазят).

Опции, в своём большинстве, довольно хорошо "ложатся" на гипертекствое отображение. Смотрите хотя бы квип, винапм, да хотя бы ту же Делфи.

Одно, длинное, хтмльное полотно. С разделами, как сейчас. Немного под гипертекст переделанное. С возможностью поиска. По-моему - идеальная замена.

Вопрос реализации пока не трогаем. Я буду пробовать свои на pbear"е сделать.

← →
Kolan © (2009-04-15 13:12) [148]

Дмитрий, поиск по опциям реализован, например, у Ильи Бирмана в его движке для блогов (http://ilyabirman.ru/e2/).

← →
Дмитрий Белькевич (2009-04-15 13:14) [149]

Блоги уже стали standalone софтом? ;) Ясно, что в вебе поиск по опциям работает везде, где они есть - хотя бы в тех же поисковиках. Но вот в обычных приложениях пока не видел.

← →
Дмитрий Белькевич (2009-04-15 13:18) [150]

http://www.google.com.by/preferences?hl=ru

Дмитрий Белькевич (15.04.09 13:08) [147]

> Постоянно ловлю себя на мысли, почему бы в опциях не сделать
> поиск по их названиям?

открывай файл настроек программы редактором, там поиск уже есть.

← →
Дмитрий Белькевич (2009-04-15 13:28) [152]

> открывай файл настроек программы редактором, там поиск уже
> есть.

Некошерно. Неясно, что искать, как менять. Ограничения, возможности неясны. Языковая локализация конфигов? ;) Нужно читать документацию (если она вообще есть). Некоторых опций может просто не быть. Реестр - опять же. Бинарные конфиги и прочие прелести.

В предлагаемой реализации этих минусов нет.

← →
Дмитрий Белькевич (2009-04-15 13:37) [153]

Опять же... Часть опций может быть в базе данных (как у меня, например)... Со всеми вытекающими.

А можно еще и Active Directory вспомнить ;)

В предлагаемой реализации мы вообще никак не зависим от места и способа храния.

Дмитрий Белькевич (15.04.09 13:28) [152]

> Некошерно.

еще как кошерно

> Нужно читать документацию

Ее нужно читать

> (если она вообще есть)

Ее нужно писать

> Некоторых опций может просто не быть.

Тогда их не надо искать и изменять

> Реестр - опять же. Бинарные конфиги и прочие прелести

От реестра и бинарных конфигов я бы отказался по одной причине - замучаешься редактировать

Дмитрий Белькевич (15.04.09 13:37) [153]

> В предлагаемой реализации мы вообще никак не зависим от
> места и способа храния.

а какая реализация - ты по сути делаешь файл, в котором ищещь и редактируешь. Чем это отличается от простого файла - я не понимаю :)

← →
Дмитрий Белькевич (2009-04-15 13:47) [156]

> От реестра и бинарных конфигов я бы отказался по одной причине
> - замучаешься редактировать

Угу. И от бд / AD заодно.

У меня опции, вообще, в обычных инишках (некоторые - в базе) лежат.

Немного по другой причине, правда. Что бы не перенастраивать софт после сноса системы.

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

← →
Дмитрий Белькевич (2009-04-15 13:50) [157]

> а какая реализация - ты по сути делаешь файл, в котором
> ищещь и редактируешь. Чем это отличается от простого файла
> - я не понимаю :)

В наглядности процесса.

Мы заходим, например, на такую страницу:

http://www.google.com.by/preferences?hl=ru

Сразу видны все возможности и ограничения. И документации-то, в общем, ни читать, ни писать не нужно.

Дмитрий Белькевич (15.04.09 13:47) [156]
Ты про всех не говори, в Винде действительно мало кто пишет, в *nix сплошь и рядом.

Дмитрий Белькевич (15.04.09 13:47) [156]

Давай будем реалистами. Только сначала определим, в чем вопрос, в том, чтобы обернуть в красивый фантик имеющийся бардак или в том, чтобы убрать бардак ? :)

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

А если вопрос во втором, то надо писать документацию и ее читать, но это работа не программиста в любом случае, так как крайне редко встречается ситуация, когда программист пишет понятную пользователю документацию :)

← →
Дмитрий Белькевич (2009-04-15 20:09) [160]

> Ты про всех не говори, в Винде действительно мало кто пишет,
> в *nix сплошь и рядом.

Именно в standalone? Или в веб-интерфейсах? Ну я как бы на абсолютную новизну не претендую. В конце концов - такое много где есть в веб интерфейсах. Но вот в обычных приложениях под вин почему-то не практикуют. И зря.

На солярке видел пару приложений - там такие же окна опций, как в винде.

Если есть шоты - было бы инетересно глянуть.

> Только сначала определим, в чем вопрос

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

> я не вижу смысла участвовать в этом процессе и его обсуждении.

Ну я цепями к клавиатуре никого не призываю приковывать ;) Нет так нет.

> А если вопрос во втором, то надо писать документацию и ее
> читать

Моё скромное мнение, что лучший сотф - тот, по которому не нужно читать документацию вообще.

> но это работа не программиста в любом случае

Вообще - случаи всякие бывают, конечно.

> так как крайне редко встречается ситуация, когда программист
> пишет понятную пользователю документацию :)

Программисты разные бывают. Как и юзеры. И программисты юзерами бывают. Сможет ли не программист хорошо документитваровать api?

«Интерфейс пользователя» &amp;#8594; Хорошая замена MessageBox а Найти похожие ветки

«Интерфейс пользователя» → Хорошая замена MessageBox а Найти похожие ветки