#1002 Делегирование заданий. Замечания.

[vromav]

Делегирование заданий. Замечания.

1). В список делегирования попадают боты, при этом т.к. они не имеют ФИО, то отображаются пустые чекбоксы. Должны ли попадать в список исполнители боты?

2). При скролле окна, названия выходят за пределы окон

3). Сейчас само “модальное” окно с делегированием можно растянуть, но при этом окна с пользователями и группами имеют фиксированный размер. Очень неудобно при большом количестве исполнителей.

4). Почему-то количество исполнителей на разных страницах разное. На 1-й и 2-й по 9, на 3-й - 10

[vromav]

5). Фильтры. Не работают с кириллицей. Кроме того, удобнее будет если убрать учет регистра.

[Dofs]

1) у пользователей сейчас признака бота нет, без добавления это делать неудобно
4) это проблема https://sourceforge.net/p/runawfe/bugs/395/

[Dofs]

5) поправил
6) 6) нашёл: диалог делегирования сделан только на русском

[Andrei Mikheev]

1). В список делегирования попадают боты, при этом т.к. они не имеют ФИО, то отображаются пустые чекбоксы. Должны ли попадать в список исполнители боты?

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

Если пустые чекбоксы будут вызывать проблемы, то администратор всегда сможет добавить FullName ботам.

[Alexander Mamchur]

По п.4 предложение - вообще отказаться от контрола постраничной навигации.
Такое решение почти нигде не применяется в десктопных (понимай - эргономичных :-)) приложениеях. Человек просто движет слайдер скроллбара - и перемещается по всему списку. Для реально больших списков постраничная подчитка происходит при этом незаметнодля пользователя в фоне. Для небольших - (до неск. тысяч записей, как я понимаю для Руны обычно это имеем) - можно вообще постраничной зачиткой не заморачиваться.
В нашем случае это имело бы 2 следствия:

• п.4 становится неактуальным.
• п.3 упрощается, т.к требуется только обеспечить ветикальное масштабирование, иначе следовало бы еще и подстраивать страничный навигатор под изменяющееся число записей на странице списка (а если число записей не менять - зачем вообще масштабировать список? - т.е. п.3 и 4 в этом изначально несогласованы).
  Либо в п. 3 масштабировать только для помещения фиксированных 10 записей? - так это вообще можно решить просто изначальной подгонкой размеров, не ставя вопрос о масштабироовании.

[Dofs]

Да, в п.4 наверное удобно вместо постраничной навигации вертикальную подгрузку списка сделать.

[Andrei Mikheev]

По п.4 предложение - вообще отказаться от контрола постраничной навигации.

Обсудите это с Сергеем. Надо, чтобы на 10 000 пользователей это решение нормально работало. 10 000 - это реальная цифра, такое количество пользователей в списке может быть в эксплуатации.
Вообще если пользователей более 500, скроллбаром и страницами обычно не пользуются, пользуются фильтром по части имени.

Regards,
Andrei

[Alexander Mamchur]

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

Значит, занимаемся "выползанием на верхнюю границу" (п.2), вертикальным масштабированием списков (п.3), и английской локализацией диалога (п.6).