[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Virtual Braille terminal? Brltty and lightdm

Luca Saiu, le Tue 21 Apr 2015 10:17:46 +0200, a écrit :
> I suspect a workaround would consist in killing some brltty process
> right before the lightdm greeter dies, so that the process presence
> doesn't lock the device.

Err, that's not how things work: there's just one brltty daemon, which
is never supposed to die, and one Orca process runs for the lightdm
session and connects to brltty, and another Orca process runs for the
user session and connects to brltty.

> I packaged a recent version of lightdm and lightdm-gtk-greeter from
> upstream, with a few (ugly) screen reading fixes.  I don't have a
> Braille terminal available to test, but a person using one reported
> problems with respect to the accessibility of the lightdm session versus
> the user session.
> In particular I would like to have a "virtual" Braille device, just to
> be able to check whether the device responds or not.

> Would you happen to have any tips for further investigation?

You can either

- enable the braille monitor in Orca
- or use the xw driver of brltty, but that'll require another X display.
  - for debian installer debugging, I run the tested environment inside
  qemu with a virtual braille qemu device connected to brltty showing
  the virtual braille device. See
  https://wiki.debian.org/DebianInstaller/Accessibility for the details.
  - another way is to really use another X display: run an X server on
    another system, and set XAUTHORITY/xauth/xhost and DISPLAY
    appropriately. For instance, one can use an X server on a smartphone
    connected via wifi.


Reply to: