Hello,
payman shaykhmehdi, le mer. 23 août 2023 10:24:11 +0330, a ecrit:
> > I have reverted the change in [1]https://github.com/brltty/brltty/pull/426
>
> Yes, this solves the problem.
Dave, this also very well could argue in favor of a 6.6.1 fix release,
since with this bug, keys essentially
>
> I have reverted the change in https://github.com/brltty/brltty/pull/426
Yes, this solves the problem.
Thank you for your help.
On Wed, Aug 23, 2023 at 12:33 AM Samuel Thibault <
samuel.thiba...@ens-lyon.org> wrote:
> payman shaykhmehdi, le mar. 22 août 2023 07:41:44 +0330, a ecrit:
> >
payman shaykhmehdi, le mar. 22 août 2023 07:41:44 +0330, a ecrit:
> What do you actually observe? Do you see warnings from xbrlapi?
>
> Running xblapi in verbose mode, it doesn't log any error or warnings. And also
> there no (braille)keypress event log.
Oops.
I indeed erroneously rewrote
>
> What do you actually observe? Do you see warnings from xbrlapi?
Running xblapi in verbose mode, it doesn't log any error or warnings. And
also there no (braille)keypress event log.
Did you really have what xbrlapi needs to synthesize keypresses?
> (libxtst-dev libxfixes-dev)
Yes, I've
payman shaykhmehdi, le lun. 21 août 2023 15:46:04 +0330, a ecrit:
> I've compiled brltty 6.6 in ubuntu 20.04.6 LTS. Braille output in X windows
> and
> graphical apps works great.
> But the problem is with braille input. It seems that xbrlapi can not read
> keys
> from brlapi connection.
What
I agree with you. I’m having the same problem with BRLTTY 6.5, and 6.4. I found
that the sys_admin, cap_sys_tty_config, and cap_mknod have not been granted. If
I tried the command brltty-setcaps, I error that the command is not found. Here
is my output when I look at BRLTTY –version:
BRLTTY