Re: [CBLX] brltty: driver TTY

[Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>]

Emmanuel COUTRIS, le Fri 24 Sep 2010 11:50:48 +0200, a écrit :
> On Fri, Sep 24, 2010 at 11:06:17AM +0200, Samuel Thibault wrote:
> > Emmanuel COUTRIS, le Fri 24 Sep 2010 10:09:23 +0200, a écrit :
> > > Ca y est, j'ai compris mon erreur. La commande marche très bien avec
> > > le driver TTY... mais un truc à savoir: il faut désactiver le suivi
> > > curseur sur la console du SSH! Sinon, il se place sur la ligne du
> > > curseur automatiquement et, allez savoir pourquoi, le curseur se
> > > trouve sur la ligne en-dessous de la ligne d'affichage du contenu!
> > 
> > Ah, oui, en effet :o)
> > 
> > Je ne sais pas ce qui est le mieux. J'avais choisi ça pour que le rendu
> > montre si le curseur (de la machine distante) est visible dans la
> > portion affichée par le driver TTY ou non. Il faut bien que je mette le
> > curseur (de la machine locale) quelque part. Pour éviter un malentendu
> > j'avais préféré le mettre en-dessous.
> Ca se défend ! En fait, ensoit ce n'est pas un problème, c'est juste
> qu'il faut le savoir!

Oui :)

> Le mettre dans la doc...?

Je ne me souvenais même pas que j'avais écrit une doc aussi précise :)
Je rajoute.

> > > > > D'autre part, pour faire de la relecture distante, j'ai besoin de
> > > > > faire un petit script ou existe-t-il déjà des outils pour cela?
> > > > 
> > > > ssh -R 4102:localhost:4101 root@tamachine brltty -b ba -B host=localhost:1
> > > > 
> > > > (par contre il faut que tu copies ta clé /etc/brlapi.key sur la machine
> > > > distante, ou alors que tu utilises le paramètre auth pour indiquer le
> > > > chemin vers la clé)
> > > Merci, j'ai essayé aussi cette solution... mais ça ne me conviens pas
> > > tellement (en tout cas pour l'usage actuel) car du coup, je n'ai plus
> > > accès à la lecture de la console de ma machine locale... ou y'a-t-il
> > > une astuce pour basculer entre les deux affichages? Auquel cas, ça
> > > m'intéresse plus que la solution TTY.
> > 
> > Il y a une astuce, oui: 
> > 
> > ssh -R 4102:localhost:4101 root@tamachine WINDOWPATH=6 brltty -b ba -B host=localhost:1
> > 
> > Si tu lances le ssh depuis la console 6. La variable WINDOWPATH indique
> > au driver brlapi de quelle console il doit prendre le contrôle (sinon
> > par défaut il prend tout puisqu'il n'a aucune idée depuis où le ssh a
> > été effectué).
> Yes! C'est le top! C'est même, je trouve, le mieux our pouvoir avoir
> un contrôle sympa et "local" à la machine "distante". Et dans ce cas,
> tant qu'à faire bien les choses, autant spécifier à WINDOWPATH une
> console non-active (j'ai essayé, ça marche), ainsi on garde la main
> sur le SSH aussi!

En effet.
Le seul "hic", c'est que le raccourci pour changer de console ne marche
qu'en local. On peut par contre utiliser chvt.

> Maintenant une petite question pour parfaire le tout, mais je pense me
> douter de la réponse: est-ce que cette astuce marcherait sur un BRLTTY
> compilé sur un autre Unix-like que Linux (je pense aux BSD*, mais
> pourquoi pas Mac)?

Bien sûr. Le protocole BrlAPI est un protocole réseau indépendant de
tout OS ou architecture.

Attention par contre, brltty n'a de driver screen ni pour BSD, ni pour
MacOS. L'inverse est par contre vrai: tu peux faire piloter une plage
braille par BSD ou MacOS, et y connecter un brltty tournant sur un
Linux via BrlAPI.

Samuel

---
-- 
   CarrefourBLinuX MailingListe 
   Pour obtenir de l'aide, envoyez le sujet  help  à: 
   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives: 
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux