Oh Thank you very much ! It worked. Syed
On Mon, Apr 16, 2018 at 3:31 PM, Dave Mielke <d...@mielke.cc> 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
