[BRLTTY] Running brltty in X11, and clipboards

[Samuel Thibault]

Hello,

While looking at brltty running in X11 with the AtSpi2 driver, the
question of smooth integration with clipboards raised.

While copy/pasting from the Linux console to/from X11 is not a simple
matter, having a brltty instance running inside X11 with the AtSpi2
driver to copy/paste between xterms and the rest of X11 makes a lot of
sense.  I however see two competing approaches:

- let brltty have its own clipboard as it already does, and expose it
to the X11 protocol by implementing the selection behaviors.
That would allow to keep the exact same behavior as on the Linux
console, with the additional benefit that it can cooperate with other
X11 applications.  The selection behavior is however quite a
beast with content type negociation etc., it's not something that can be
implemented over night :)

- make brltty only select text in the xterm, and let xterm do all the
selection management.  It'd mean to just make the brltty
core call a screen driver method to notify of the selection performed
by CLIP_NEW+COPY_LINE, and the AtSpi2 driver can then just notify the
xterm.  That doesn't allow rectangular selection, clipboard accumulation
etc., but the implementation should be quite easy.

What do people think?

Samuel
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@brltty.com
For general information, go to: http://brltty.com/mailman/listinfo/brltty

Re: [BRLTTY] Using brltty to send Unicode characters

[Syed Waris]

Oh Thank you very much ! It worked.

Syed

On Mon, Apr 16, 2018 at 3:31 PM, Dave Mielke  wrote:

> [quoted lines by Syed Waris on 2018/04/16 at 14:17 +0530]
>
> >The problem is when a hindi character (example 'स' - unicode 0x938) needs
> >to be sent from brltty to some other application, the brltty is not
> >recognising it as a valid character and not sending it.
> >
> >Code snippet:
> >enqueueCommand(BRL_CMD_BLK(PASSCHAR) | wideBuffer[0] );
> >Here in brltty.log I got:
> >[brltty] command: 002938 (unknown command: 002938)
>
> Yes, the way you're trying to do it is logical but doesn't work. The
> reason for
> this is that the high-order byte for a 16-bit character is packed (for
> backward
> compatibility) in a different place. You need to do it like this:
>
>BRL_CMD_BLK(PASSCHAR) | BRL_ARG_SET(character)
>
> --
> I believe the Bible to be the very Word of God: http://Mielke.cc/bible/
> Dave Mielke   | 2213 Fox Crescent | WebHome: http://Mielke.cc/
> EMail: d...@mielke.cc | Ottawa, Ontario   | Twitter: @Dave_Mielke
> Phone: 1-613-726-0014 | Canada  K2A 1H7   |
> ___
> This message was sent via the BRLTTY mailing list.
> To post a message, send an e-mail to: BRLTTY@brltty.com
> For general information, go to: http://brltty.com/mailman/listinfo/brltty
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@brltty.com
For general information, go to: http://brltty.com/mailman/listinfo/brltty

Re: [BRLTTY] Using brltty to send Unicode characters

[Dave Mielke]

[quoted lines by Syed Waris on 2018/04/16 at 14:17 +0530]

>The problem is when a hindi character (example 'स' - unicode 0x938) needs
>to be sent from brltty to some other application, the brltty is not
>recognising it as a valid character and not sending it.
>
>Code snippet:
>enqueueCommand(BRL_CMD_BLK(PASSCHAR) | wideBuffer[0] );
>Here in brltty.log I got:
>[brltty] command: 002938 (unknown command: 002938)

Yes, the way you're trying to do it is logical but doesn't work. The reason for 
this is that the high-order byte for a 16-bit character is packed (for backward 
compatibility) in a different place. You need to do it like this:

   BRL_CMD_BLK(PASSCHAR) | BRL_ARG_SET(character)

-- 
I believe the Bible to be the very Word of God: http://Mielke.cc/bible/
Dave Mielke   | 2213 Fox Crescent | WebHome: http://Mielke.cc/
EMail: d...@mielke.cc | Ottawa, Ontario   | Twitter: @Dave_Mielke
Phone: 1-613-726-0014 | Canada  K2A 1H7   |
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@brltty.com
For general information, go to: http://brltty.com/mailman/listinfo/brltty

Re: [BRLTTY] question about windows 10 and brltty

[Dave Mielke]

[quoted lines by Velegi István on 2018/04/16 at 11:11 +0200]

>I tried changing the driver to fs but no success.

Setting the driver to ts (TSI) won't work. You need to use the bl (BrailleLite) 
driver.

>I forgot to mention that my device is set to 9600 baud, 8 bits, 1 stop
>bits and no parity and no handshake.
>Same on pc side at the usb to serial bridge configuration.

The BrailleLite driver assumes hardware flow control. I'm not sure what Windows 
would call that. For example, it might call it something like CTS/RTS.

-- 
I believe the Bible to be the very Word of God: http://Mielke.cc/bible/
Dave Mielke   | 2213 Fox Crescent | WebHome: http://Mielke.cc/
EMail: d...@mielke.cc | Ottawa, Ontario   | Twitter: @Dave_Mielke
Phone: 1-613-726-0014 | Canada  K2A 1H7   |
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@brltty.com
For general information, go to: http://brltty.com/mailman/listinfo/brltty

Re: [BRLTTY] question about windows 10 and brltty

[Samuel Thibault]

Hello,

Velegi István, le lun. 16 avril 2018 11:11:51 +0200, a ecrit:
> I can't get it work with brltty and nvda.

> I have also installed brlapi but it didn't help either.

Is anything actually showing up on the device, or just nothing happens?
If nothing shows up, it is useless to look at the brlapi/NVDA side,
since the problem is before that.

Please use the "Run BRLTTY in debugging mode" start menu item, and send
us the debug.log that shows up in the BRLTTY program files directory.

Samuel
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@brltty.com
For general information, go to: http://brltty.com/mailman/listinfo/brltty

Re: [BRLTTY] question about windows 10 and brltty

[Velegi István]

I forgot to mention that my device is set to 9600 baud, 8 bits, 1 stop 
bits and no parity and no handshake.

Same on pc side at the usb to serial bridge configuration.
2018. 04. 16. 11:11 keltezéssel, Velegi István írta:

Hi All,

I am running latest windows 10 vv1709 and brltty latest build for 
windows.
I am having a braille lite m40 device which works with jaws but I 
can't get it work with brltty and nvda.
As I use an usb  to serial adapter I checked the com port number of my 
adapter.

Below I am copying the lines from brltty..conf.
braille-device serial:COM5
braille-driver bl# BrailleLite
braille-parameters bl:BaudRate=9600 # 
[300,600,1200,2400,4800,9600,19200,38400]

braille-parameters bl:KbEmu=yes # [yes,no]
I tried changing the driver to fs but no success.
I have also installed brlapi but it didn't help either. In nvda latest 
snapshot version if I choose brltty as braille display I get error 
saying "couldn't load brltty".


Do you have any idea to solve this problem?

Best regards,
Istvan



___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@brltty.com
For general information, go to: http://brltty.com/mailman/listinfo/brltty