Opened 6 months ago
Closed 6 months ago
#693 closed улучшение (fixed)
Изменить способ переключения между вариантами веб-интерфейса IP-АТС/Мультиплексор
| Reported by: | san | Owned by: | alx |
|---|---|---|---|
| Priority: | средний | Milestone: | 1 очередь |
| Component: | sw | Keywords: | |
| Cc: |
Description (last modified by )
Пользователи достаточно часто умудряются "нечаянно" выбирать режим IP-атс при входе в веб-интерфейс блока, затем также нечаянно на вкладке выбор "ломают" коммутацию TDM.
Учитывая что количество блоков, работающих в режиме IP-АТС порядка 10-15 штук, получается, что мы, добавив функционал который не нужен большинству наших пользователей, создаём для них дополнительную возможность выстрелить в ногу, которой часть из них пользуется.
По практике использования этого интерфейса я наблюдаю:
- На блоках, которые предназначены для использования с веб-интерфейсом IP-АТС(блоки которые используются в качестве замены координатных АТС и были в таком виде отгружены), всегда и все пользователи открывают их веб-интерфейс в варианте IP-АТС, собственно для этого он и задуман и пользователю не требуется ничего более, пока он не решит сделать из блока Мультиплексор.
- На блоках, которые не предназначены для IP-АТС(не были отгружены в виде замены координатной АТС), пользователи никогда не пользуются режимом IP-АТС, за исключением описанных выше нечаянных происшествий.
Конечно обо всех пользователях нашего оборудования в мире я знать не могу, но общая картина такая, и я уверен в этих выводах.
- В связи с этим, для переключения между режимами веб-интерфейса хочется иметь глобальный флаг, который мы(при отгрузке) или пользователь могли установить в нужную позицию и, в зависимости от этого флага, всем отображался выбранный вариант веб-интерфейса.
- Также для веб-интерфейса Ip-АТС хочется видеть заметное отличие от режима Мультиплексор, например иной цвет фона и т.п, чтобы пользователь открыв интерфейс сразу заметил что он "другой".
Change History (8)
comment:1 by , 6 months ago
| Description: | modified (diff) |
|---|
comment:2 by , 6 months ago
| Description: | modified (diff) |
|---|
comment:3 by , 6 months ago
Replying to san:
Пользователи достаточно часто умудряются "нечаянно" выбирать режим IP-атс при входе в веб-интерфейс блока,
- для переключения между режимами веб-интерфейса хочется иметь глобальный флаг
Во-первых, такой флаг уже имеется.
Во-вторых, наличие такого флага никак не решает проблему, описанную в описании тикета.
- Также для веб-интерфейса Ip-АТС хочется видеть заметное отличие от режима Мультиплексор, например иной цвет фона и т.п, чтобы пользователь открыв интерфейс сразу заметил что он "другой".
Не понимаю, каким образом это отличие решит проблему случайного выбора не того варианта веб-интерфейса. Логика подсказывает, что никак - ведь пользователь увидит этот фон, только после аутентификации, когда выбор варианта интерфейса уже произошел... Вероятно, это может помочь решить другую проблему - когда пользователь аутентифицировался, не посмотрев, какой вариант выбран, а потом не может понять, например, куда пропала вкладка "TDM"... :)
Моя логика подсказывает, что чтобы исключить (точнее, снизить вероятность) случайного изменения выбора варианта, надо усложнить процесс этого изменения - сделать так, чтобы для изменения варианта требовалось выполнить больше разнообразных действий. В данном случае мне приходит в голову:
- заменить радиобатоны на select: выбрать другой радиобатон можно одним случайным кликом, а для изменения значения select'а надо сначала кликнуть по этому select'у (раскрыть его опции), а затем выбрать в списке другую опцию. Вероятность "нечаянно" выполнить два случайных действия вместо одного намного ниже чем одного.
- выполнять выбор варианта в отдельном диалоге, который открывается кликом кнопки или ссылки в диалоге аутентификации: это еще более затруднит случайное изменение, так как будет требоваться уже три действия - открыть диалог, изменить выбранный вариант, закрыть диалог (подтвердив выбор нажатием "OK").
Я склоняюсь к первому варианту (заменить радиобатон на select в диалоге аутентификации). Думаю, что одно это уже решит проблему.
follow-up: 5 comment:4 by , 6 months ago
Вероятно, это может помочь решить другую проблему - когда пользователь аутентифицировался, не посмотрев, какой вариант выбран, а потом не может понять, например, куда пропала вкладка "TDM"... :)
Да, ты правильно понял. Сейчас попав в интерфейс АТС случайно, пользователь ещё не понимает что попал не туда, ему просто кажется что происходит что-то странное, пропадают вкладки и кнопки)
Во-первых, такой флаг уже имеется.
Сейчас этот флаг отдельный для каждого пользователя и хранится где-то в его куках, я же под словом глобальный подразумевал флаг для общий для всех пользователей и хранящийся в блоке.
надо усложнить процесс этого изменения
Я бы вообще убрал возможность изменения флага из окна аутентификации, спрятав его где-нибудь далеко в Разном или вообще убрав из веб интерфейса, чтобы изменить можно было только через консоль. Как я описал выше, по моим наблюдениям, этот выбор делают один раз в жизни блока и дальше все пользователи открывают на нём один и тот-же интерфейс.
comment:5 by , 6 months ago
Replying to san:
Да, ты правильно понял. Сейчас попав в интерфейс АТС случайно, пользователь ещё не понимает что попал не туда, ему просто кажется что происходит что-то странное, пропадают вкладки и кнопки)
Ну то есть это как-то решает другую проблему, а не ту, которая описана здесь. Если хочешь, создай новый тикет. У меня уже были мысли попробовать сделать несколько тем (например темную), эта твоя идея добавит мотивации. :)
Во-первых, такой флаг уже имеется.
Сейчас этот флаг отдельный для каждого пользователя и хранится где-то в его куках, я же под словом глобальный подразумевал флаг для общий для всех пользователей и хранящийся в блоке.
Мне эта идея не нравится. Вся логика интерфейса построена на том, что значение этого флага устанавливается один раз при входе и больше не меняется в течение сеанса работы. Если же флаг будет на сервере, он может измениться в любой момент. Например при открытии диалога VE-01 флаг был установлен, и канальные окончания отобразятся с указаием платы и порта. А пока пользователь конфигурировал окончание, кто-то сбросил флаг, и исправленное окончание отобразится в таблице уже с указанием номера канала. В результате в таблице будет мешанина... Это просто некрасиво в лучшем случае, а в худшем просто сломает логику работы интерфейса (повторю, предполагалось, что этот флаг не может измениться в течение сеанса)...
Конечно, можно это все переделать, чтобы при изменении флага соответствующие элементы интерфейса сразу перерисовывались, но это, во-первых, потребует значительных изменений в коде, а во-вторых мы как раз создадим ситуацию, когда, как ты писал выше, "происходит что-то странное". Только на этот раз будет действительно странно - если в описанном тобой случае пользователь сам, хоть и случайно, что-то сделал, то в данном случае вкладки и кнопки будут появляются и пропадают действительно сами собой (вообще без участия пользователя)! За что боролись? :)
Я считаю, что, так как сам процесс конфигурирования зависит от значения флага, то это значение в процессе конфигурирования изменяться не должно.
надо усложнить процесс этого изменения
Я бы вообще убрал возможность изменения флага из окна аутентификации, спрятав его где-нибудь далеко в Разном
Такая мысль мне тоже приходила в голову. :) Но я ее отбросил, так как на вкладку "Разное" можно попасть только уже после входа в веб-интерфейс. Это нелогично. Логично - когда пользователь имеет возможность выбрать, в какой вариант интерфейса ему войти, до того как он в него войдет. :)
или вообще убрав из веб интерфейса, чтобы изменить можно было только через консоль.
Это, мне кажется, уже черезчур. :) Думаю, замены радиобатона select'ом или выноса его в отдельный диалог будет вполне достаточно.
follow-up: 7 comment:6 by , 6 months ago
Если хочешь, создай новый тикет
Я считаю, что, так как сам процесс конфигурирования зависит от значения флага, то это значение в процессе конфигурирования изменяться не должно.
Да, звучит логично, с этим я согласен.
Тогда предлагаю немного другой вариант. Значение выбранного интерфейса по прежнему будет храниться у пользователя в куках и не изменяться в течении сеанса. Но выбор варианта при аутентификации будет осуществляться не по значению радиобатонна, а в соответствии со значением флага, который хранится в блоке.
comment:7 by , 6 months ago
Replying to san:
Тогда предлагаю немного другой вариант. Значение выбранного интерфейса по прежнему будет храниться у пользователя в куках и не изменяться в течении сеанса. Но выбор варианта при аутентификации будет осуществляться не по значению радиобатонна, а в соответствии со значением флага, который хранится в блоке.
Иными словами, насколько я понял, ты предлагаешь вообще убрать выбор варианта из веб-интерфейса, о чем было сказано выше. Считаю, что это слишком радикально. На мой взгляд, это создаст неудобства. По-прежнему считаю, что описанных в comment:3 изменений вполне достаточно для решения проблемы. Я решил применить второй вариант для большей надежности.
исправил опечатки