Scrolling using the arrow keys or dpad in Browse

[erikos]

- open a pdf in Browse

- try to scroll with the arrow keys or the dpad

- the scrolling behavior is inverted (up scrolls down, down scrolls up)

This is because by default the Spinbutton has the focus. And 'up' means here increment the page number (going down) and 'down' means here decrement the page number (going up).

I think the interface is a bit misleading. I think we should use the same interface as Read to be consistent.

[erikos]

Manuel, as you have been working on the scroll/dpad interface in Read lately maybe this one is something for you.

[manuq]

Thanks Simon, I will check.

[manuq]

I'm about to send a patch that will add Browse key bindings for pdf that are consistent with Read.

The focus issue is still present. I found that the pdf window is focused when:

• I change to another activity and then come back to Browse.
• I click on any Browse tool button and then move the cursor to the pdf area.
• I do two grabs (click and drag) with the mouse over a text in the pdf, trying to select it.

The focus issue does not happen when browse is started as a previous activity, being the last visited page a pdf.

I tested adding needs_xembed to the configuration file of mozplugger, as it's man page states, but it doesn't solve the problem.

[dsd]

In 12.1.0 this is better, but when opening a PDF file the focus is not transferred. So the user must click on the PDF for no apparent reason before these controls become functional.

[humitos]

We should add a grab_focus on the Evince widget when the switch-page signal is emitted.