Доработка ABC-шаблона BrowseSelectButton

[Игорь Столяров]

Выберите клиента и точка

Не все поймут. Это юмор больших городов и контингента дешёвого фастфуда.

Полностью согласен про "А мне вот видно" и "Сделайте большую надпись".
Общий скорее вопрос о том, как однотипно показать во всех списках режим работы и доступные операции.

Мы это делаем кнопками с иконками + контекстное меню на списке. И это штатный функционал ABC шаблонов.
Делать отдельную строку состояния с подсветкой режима - жалко рабочее место в окне. Плодить надписи -
как-то не бест, хотя в той же 1С v8 много текста в окнах ... Может быть есть какие-нибудь интересные решения ?

[finsoftrz]

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

[Игорь Столяров]

в формах как Ваши пользователи видят, добавляется или редактируется запись

Штатно - в заголовке окна. Ну и в режиме ViewRecord - скрыта кнопка сохранения.
И здесь те же вопросы - не всегда видят в каком режиме открыто окно, спрашивают почему нельзя изменить и т.д.

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

[finsoftrz]

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

[kreator]

В 1С вот так:

Всё по современным стандартам. Ряд кнопок вверху. "Выбрать" - слева вверху (крайняя). И выделена цветом. В обычном режиме кнопки "Выбрать" нет, остальные кнопки (контролы) по-видимому сдвигаются (либо набор разный). Можно ещё анимированную иконку на кнопку повесить.

[Игорь Столяров]

Ряд кнопок вверху

Это безусловно интересное решение для списков в стиле WEB серфинга со скроллингом вниз ...
Но здесь есть проблема. Нужно идти до конца и придумать верхние элементы управления для
карточек (FORM), которых нет в WEB интерфейсе. И определиться с местом управления окнами ...

Или иначе получается письмо дяди Фёдора и Шарика родителям из Простоквашено.
Надеюсь, что никого не обижу, если укажу ссылку на реальный пример такого микса:
https://pisoft.ru/images/mprok/mprok_vid.png

[finsoftrz]

У них все верхние элементы управления на кнопке "Еще".

[finsoftrz]

На скриншоте 1С в окне выбора насчитал 8 лишних кнопок. У них вообще в каждом окне куча кнопок с одинаковой функциональностью дублируются. Они тоже дизайнеры.

[Игорь Столяров]

Ну в 1С как бы с темы не сбиваются (в отличии от ссыли в прошлом сообщении).
Но на большом экране кнопка ЕЩЁ будет где-то в прекрасном далёко от основных элементов управления ...

На скриншоте 1С в окне выбора насчитал 8 лишних кнопок

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

[finsoftrz]

1. В диалогах должна быть стандартизация. Если пользователь открывает однотипное окно, он не будет искать, как выполнить стандартную функцию, она точно в том месте, где и в других подобных окнах.
2. Мне когда-то очень понравилось, что стандартные функции можно вешать на кнопки на тулбаре. Если в 1С77 у каждого окна был свой локальный тулбар и стандартные кнопки повторялись в каждом окне, то в кларионовских окнах можно было размещать только нужную информацию.
3. Размещение кнопок в верхней части окна это подстройка под стиль веба с его особенностями. С точки зрения эргономики, показывать вначале элементы управления и лишь затем нужную пользователю информацию, выглядит не очень обоснованно. Это нормально выглядит в каких-нибудь текстовых редакторах, когда открыл окно и постоянно находишься в нем. Когда окна постоянно открываются и закрываются, на мое восприятие, кнопки лучше располагать в нижней части окна.
4. Не надо считать пользователей даунами.

[Игорь Столяров]

Не получается во всех окнах сделать одинаковое расположение "стандартных" функций.
Разные они. Приходится их как-то обозначать либо одинаковым названием, либо иконкой ...

Идея общих кнопок на TOOLBAR - одна из лучших по креативу в Clarion ! К сожалению - отстойная реализация.

Наоборот - всегда расчитываем на эрудицию пользователя. Но я уже говорил об одном интересном моменте.
Разработчик - сделал программу так как он считает нужным и поэтому уверен что тут "интерфейсу 100 лет - всё и ежу понятно".
Пользователь - сейчас работает с многими современными, если не программами, то мобильными приложениями или сервисами.
А там свои дизайнеры, со своими тараканами. И яркими образами для запоминания. Поэтому ему - не так всё очевидно ...

[finsoftrz]

Наоборот - всегда расчитываем на эрудицию пользователя. Но я уже говорил об одном интересном моменте.
Разработчик - сделал программу так как он считает нужным и поэтому уверен что тут "интерфейсу 100 лет - всё и ежу понятно".
Пользователь - сейчас работает с многими современными, если не программами, то мобильными приложениями или сервисами.
А там свои дизайнеры, со своими тараканами. И яркими образами для запоминания. Поэтому ему - не так всё очевидно ...

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

[kreator]

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

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

Старые привыкли. Хорошо. Даже отлично. А новым это не надо. Если не надо продавать софт, а только поддерживать, то нормальная бизнес-схема. Какое-то время работает.

[finsoftrz]

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

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

Старые привыкли. Хорошо. Даже отлично. А новым это не надо. Если не надо продавать софт, а только поддерживать, то нормальная бизнес-схема. Какое-то время работает.

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

[RaFaeL]

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