Thanks for both answers and explanations.
The problem does not appear with alpine2.11 on the debian8 when
downgrading to a brltty4.x version. May be it has to do with the change
of the refresh strategy from 4 to 5.
BTW: older alpine versions have the same problem with brltty5.
I figured out that brltty feels that something changed on the
screen when alpine checks for new mails every x seconds. Even if there is
no change on the screen (no new mail, no message) brltty brings the
braille window back to the cursor position.
A work around is to set mail-check-interval=150 (from 15 to 150
seconds) in .pinerc or via alpine's setup / configuration menu.
This long interval is not satisfying but is a possible option.
It would be preferable if brltty can identify a not changed screen
after an event by one polling in 1/25 second (as in the old version).
Such a "confirm" poll seems acceptable due to the usual reaction time of
braille displays and this behavior may be switch on/off by
configuration (or application specific).
Best, Klaus
On Mon, 14 Sep 2015, Samuel Thibault wrote:
Hello,
Klaus-Peter Wegge, le Mon 14 Sep 2015 09:12:02 +0200, a écrit :
with my update to debian 8 I also updated from brltty3.8 to 5.2.
Now I'm approaching the following problem when using alpine2.11:
This effect does not appear when login in by ssh from an old PC with
brtlly 4.x.
The described behavior appears only in alpine.
Please also check with the same version of alpine, e.g. by downgrading
alpine on your debian 8 system. Perhaps they introduced something in
alpine 2.11 which breaks cursor tracking.
Samuel
_______________________________________________
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: [email protected]
For general information, go to: http://mielke.cc/mailman/listinfo/brltty
