Кнопки на формах объектов

[Anderyt]

Коллеги, поделитесь опытом, пожалуйста.
кто как строит пользовательский интерфейс?
конкретно - действия для выделенных в дереве объектов. например, когда для одного типа объекта можно выполнить "вот эти" 3 действия, а для другого типа - другие 4. или второй случай - когда один пользователь (профиль или группа) может выполнить на конкретном объекте 2 действия, а другой пользователь - 4 действия.
мы в последнее время стараемся переводить все действия из контекстного меню "Выполнить действие..." в кнопки на формах объектов, но разный интерфейс для разных пользователей получается сложным в настройке и корявым.. не хватает чего то..
кто как решает подобные задачи?

[Disillusioned]

Кнопки выносим на атрибутивные формы (есть формы, на которых по несколько десятков кнопок).
Видимость кнопок устанавливаем в зависимости от типа объекта и значений атрибутов.
По пользователям и группам кнопки не разносим (возможность выполнения действия тем или иным пользователем реализована, как правило, через права доступа к объектам, атрибутам и документам и, реже, через логику действия над объектами).

[Anderyt]

ага, так так...
1. играете именно ВИДИМОСТЬЮ кнопок? то есть в некоторых случаях на месте кнопок остаются пустые места?
2. и если не разносите по пользователям, то все пользователи видят одни и те же кнопки? не путаются, что им можно нажимать, а что - нет? я понимаю, что действие не сработает, если прав нет, но юзер ведь нажмет неправильную кнопку.. а правильную не нажмет

[Disillusioned]

в некоторых случаях на месте кнопок остаются пустые места?

Именно, так. Не очень красиво, но вполне функционально. На 5.10 попробуем поиграться с доступностью кнопок.

2. и если не разносите по пользователям, то все пользователи видят одни и те же кнопки? не путаются, что им можно нажимать, а что - нет? я понимаю, что действие не сработает, если прав нет, но юзер ведь нажмет неправильную кнопку.. а правильную не нажмет

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

[Anderyt]

ага, ясно.
да, в 5.10 тоже поиграемся..
и про юзеров - согласен...
спасибо!

... но тема на этом не закрыта, если у кого-то есть другой опыт - было бы интересно и о нем узнать, пишите!

[Старик Крупский]

Пробовал через логику действий запреты ставить - неудобно. Видимость была самой удобной функцией. В 5.10 появилась доступность - то, что надо. Дырок в формах не будет. Как-то пробовал, но не доделал вот что. У каждого типа объекта делается отдельная атрибутивная вкладка. Туда пихаются все атрибуты, а потом их поля делаются невидимыми. А саму форму делаем как панель с кнопками. Я так понял, что у Disillusioned почти так же. На форме куча кнопок и больше ничего, и управлять их видимостью/доступностью. И таких панелей примерно столько же, сколько можно выделить схожих по набору действий типов объектов. А вот насчет разбивки их по юзерам/профилям не думал даже. Неохота. Но до конца так и не довел, т.к. не увидел перспективы. Юзеру переключаться на другую вкладку для нажатия кнопок неудобно - это раз. А потом, всегда удобнее нажимать кнопку видя атрибуты.
Больше мыслей по текущим возможностям пока нет. Вот если бы тулбар организовать + доступность кнопок на нем... Это был бы вариант. Но и здесь вариантов настройки будет столько...

[Anderyt]

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

[Старик Крупский]

"Так, так", как ты говоришь
Это фантазия или где-то уже видел?

[Anderyt]

видел в других средах разработки..
ну это ж просто вкладки. в лоции тоже вкладки есть уже, но не на форме атрибутов..
смысл в том, чтобы на ограниченном пространстве показать кучу инфы, но по очереди. отдельную форму, чтобы она стала дополнительной вкладкой в ряду стандартных вкладок (где атрибутивная вкладка, документы архива, входимость и тд) почему то не хочется. она будет пустая, скорее всего.. да и администрировать вкладки по профилям не очень интересно, несмотря на копирование между шаблонами..
а так - была бы дополнительная свобода. хочешь - для кнопок, хочешь - для полей атрибутов..
хотя я сейчас начинаю думать в сторону ограничения числа кнопок на форме.. группировать действия над объектом по смыслу и вешать их на одну кнопку. из которой уже будут запускаться отдельные действия (хорошо, что это можно сейчас )
а кнопки обозвать типа "Создать ...", "Отправить ...", "Дополнительно ..."
сорри, это все мысли вслух, но мне не нравится, куда мы идем (в нашей организации конкретно). куча кнопок на каждый чих, они не влезают все уже

[Старик Крупский]

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

[Anderyt]

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

[os_cherepanova]

У нас сборная солянка из всего вышесказанного
Есть несколько групп пользователей: ГИПы, Канцелярия, Исполнитель и еще парочка, у которых для некоторых объектов разные формы. Например, у канцелярии одна форма писем, у остальных общая. У ГИПа своя форма штампа, у остальных с меньшим количеством кнопок.
Некоторые кнопки на форме невидимы(например, одна форма для письма ГИПа и исполнителя, у ГИПа есть функция привязки к договору, у остальных - нет).

Но это только для тех случаев, когда для всех объектов одного типа у пользователя видимость кнопок не меняется и нет такого, что "этот чертеж могу редактировать, а этот не могу" или "вчера кнопка была, а сегодня нет".
В таких случаях стараемся выводить "читаемый" запрет на какое-то действие по кнопке, так вопросов меньше. Допустим, кнопка редактирования чертежа видна всем, но при нажатии на нее выдается сообщение:"Извините, редактирование недоступно т.к. этот чертеж разрабатывается другим отделом/чертеж сдан в архив/еще что-то..."

[Anderyt]

В таких случаях стараемся выводить "читаемый" запрет на какое-то действие по кнопке, так вопросов меньше. Допустим, кнопка редактирования чертежа видна всем, но при нажатии на нее выдается сообщение:"Извините, редактирование недоступно т.к. этот чертеж разрабатывается другим отделом/чертеж сдан в архив/еще что-то..."

хочется сказать, как в рекламе - "как я вас понимаю!"
если юзера оставить один на один с неработающей (еще хуже - с пропавшей!) кнопкой, то он нам обязательно позвонит

[Старик Крупский]

О! Читаемый запрет! Есть мысль. Пока одна Текст всплывающей подсказки можно же делать в виде выражения. Навел мышку на кнопку, подсказка высветилась с тем содержанием, которое соответствует данному состоянию объекта.
Появилась вторая мысль: какой же нормальный юзер читает всплывающие подсказки

[Disillusioned]

Текст всплывающей подсказки можно же делать в виде выражения

Текст кнопки тоже можно делать через выражение.
Свойства "Текст", "Зачеркнутый" и т.п. дают достаточный простор для творчества. До недавнего времени не хватало только управления доступностью.