#426 closed баг (fixed)
Shift-Tab вдеет себя странно
| Reported by: | alx | Owned by: | dimag |
|---|---|---|---|
| Priority: | minor | Milestone: | 2 очередь |
| Component: | ПО MC04-Dispatcher. Пульт диспетчера/техника | Keywords: | interface |
| Cc: | san |
Description (last modified by )
В r442 наблюдаются странные эффекты при нажатии Shift-Tab:
- если курсор в списке пользователей, при нажатии Shift-Tab курсор иногда просто пропадает с экрана, иногда список прокручивается на другую позицию, иногда курсор начинает перемещаться по списку непонятным образом - выделяет только часть строчки элемента списка, изменяется внешний вид курсора и т.п.
- если курсор находится в списке конференций, нажатие Shift-Tab не имеет никакого видимого эффекта.
Комбинация Shift-Tab должна вести себя как Tab, только в обратной (относительно Tab) последовательности.
Change History (7)
follow-up: 2 comment:1 by , 9 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:2 by , 9 years ago
Replying to dimag:
Теперь Shift+Tab работает как Tab.
А почему он работает как Tab-то??? Общепринятым является, что Shift-Tab выполняет действие, обратное Tab, то есть перемещение фокуса (в нашем случае курсора) назад, в обратной (относительно Tab) последовательности. В Qt это даже и называется Key_Backtab...
Александр, это наш дизайнер придумал, что Shift-Tab должен работать как Tab, а не так, как это обычно принято?
comment:4 by , 9 years ago
| Description: | modified (diff) |
|---|---|
| Resolution: | fixed |
| Status: | closed → reopened |
Тогда, если нет возражений, я дополню описание тикета и переоткрою его. Сейчас, пока панелей со списками только две, это роли не играет, но потом, когда и если их станет больше, поведение придется менять...
comment:5 by , 9 years ago
Сейчас Tab и Shift+Tab будут вести себя одинаково, ведь окно всего 2, и таб, как и Shift+Tab будут устанавливать имеющим фокус ввода одно и то же окно.
r445
Теперь Shift+Tab работает как Tab.