Bug 18338 - keyboard control fails to change mountpoints
Summary: keyboard control fails to change mountpoints
Status: CLOSED FIXED
Alias: None
Product: Branch 4.1
Classification: Distributions
Component: alterator-browser-qt (show other bugs)
Version: unspecified
Hardware: all Linux
: P2 enhancement
Assignee: Sergey V Turchin
QA Contact: qa-4.1@altlinux.org
URL:
Keywords:
Depends on:
Blocks: 11260 18339 18340
  Show dependency tree
 
Reported: 2008-12-24 22:29 MSK by Ivan Zakharyaschev
Modified: 2009-01-14 20:50 MSK (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan Zakharyaschev 2008-12-24 22:29:35 MSK
In the installer of Desktop 4.1 RC 2008/11/15, it's not possible on the screen "6/15: Подготовка диска" to change the mountpoints with the keyboard (i.e., Tab, arrows, and Enter keys):

I select a partition with Tab and arrows. I focus the button "Изменить точку монтирования" ("Change the mount point") with Tab. I press Enter. An error message is shown saying something like "At least mount something to /".

This makes it impossible to pass the installation with keyboard only.
Comment 1 Sergey Bolshakov 2008-12-24 22:50:57 MSK
use mouse then
Comment 2 Ivan Zakharyaschev 2008-12-24 22:58:02 MSK
See also:

https://bugzilla.altlinux.org/show_bug.cgi?id=18339 (a similar report for the LILO configuration)
https://bugzilla.altlinux.org/show_bug.cgi?id=18340 (a similar report for "Additional packages").
Comment 3 Ivan Zakharyaschev 2008-12-24 22:59:44 MSK
(In reply to comment #1)
> use mouse then

Mice don't always work properly. (And touchpads are even worse: it's easy to make a mistake with a touchpad.)
Comment 4 Sergey Bolshakov 2008-12-24 23:14:56 MSK
well, there's no way for the module author to control focus transition order
nor change current `enter' binding, which is usually bound to `next' action
-- all this stuff is hardcoded in alterator-browser-qt in hope to fit in all pots.
I guess, `space' instead of `enter' should help, feel free to reassign this and similar bugs to alterator-browser-qt, if not.




Comment 5 Sergey Bolshakov 2008-12-24 23:19:03 MSK
and please do not insist on `critical' severity -- usually it doesn't help.
Comment 6 Ivan Zakharyaschev 2008-12-25 03:03:52 MSK
(In reply to comment #5)
> and please do not insist on `critical' severity -- usually it doesn't help.

I don't; that was just an initial suggestion. (My approach is: it's "critical" iff it makes impossible to use the program. Of course, it's not always clear whether it's still possible; in this case, I didn't have the knowledge of all keybindings.)
Comment 7 Ivan Zakharyaschev 2008-12-25 03:07:13 MSK
(In reply to comment #4)
> well, there's no way for the module author to control focus transition order
> nor change current `enter' binding, which is usually bound to `next' action
> -- all this stuff is hardcoded in alterator-browser-qt in hope to fit in all pots.

I see, thank you for the explanation.

Then I'd suggest not to bind Enter to the proceed/apply/next action, if another button is focused. (In this case, I had the focus on "change the mount point".) It's quite dangerous in such a program, where some steps can't be undone.

> I guess, `space' instead of `enter' should help, feel free to reassign this and similar bugs to alterator-browser-qt, if not.
> 

Comment 8 Sergey V Turchin 2008-12-25 17:52:22 MSK
Точно не воспроизводиться в alterator-browser-qt >= 2.10.3
Comment 9 Ivan Zakharyaschev 2008-12-25 18:06:03 MSK
(In reply to comment #8)
> Точно не воспроизводиться в alterator-browser-qt >= 2.10.3

Спасибо! Испытать, правда, мне, наверно, доведётся тогда, когда будет новый инсталлятор и я буду его ставить.