[BRLTTY] Call for testing: Touch navigation on Handy Tech devices

Hi. This is likely especially interesting to those of you who use on of the following Braille Display models: * Handy Tech Modular Evolution 64/88 * Handy Tech Active Braille * Handy Tech Active Star 40 We finally came around to implementing touch navigation. Since Handy Tech devices with

Re: [BRLTTY] Call for testing: Touch navigation on Handy Tech devices

Oops, it turns out I sent this announcement a bit too early. The relevant pull request has not been merged yet. Hold on for a second, I will let you know once things are in place in the master branch. Mario Lang writes: > Hi. > > This is likely especially interesting to those of you who use on

Re: [BRLTTY] Problem compiling BRLTTY source from Github on the latest Mac OS 10.11.x

Hello Victor, Did you patch and build the screen program? On the Mac, bratty needs to run under screen using the sc driver. I run screen and brltty under my user account (no sudo). HTH Chris > On Oct 31, 2015, at 10:41 PM, Victor Tsaran wrote: > > Cheryl. > Thanks so so much for your helpful

[BRLTTY] Inserting control characters under screen driver

Hello, Cheryl pointed this out a few days ago, but I want to chime in with some additional info. 1. Run brltty under screen using -xsc to invoke the screen driver. 2. Go into emacs 3. Type control-x on your braille keyboard. 4. The bottom line on the emacs windows shows “x is undefined”. To d

Re: [BRLTTY] Inserting control characters under screen driver

[quoted lines by Chris Moore on 2015/11/01 at 09:07 -0500] >1. Run brltty under screen using -xsc to invoke the screen driver. >2. Go into emacs >3. Type control-x on your braille keyboard. >4. The bottom line on the emacs windows shows “x is undefined”. Are you able to determine which charact

Re: [BRLTTY] Call for testing: Touch navigation on Handy Tech devices

OK, now we are ready for public testing. Mario Lang writes: > Oops, it turns out I sent this announcement a bit too early. The > relevant pull request has not been merged yet. Hold on for a second, I > will let you know once things are in place in the master branch. > > Mario Lang writes: > >

Re: [BRLTTY] Problem compiling BRLTTY source from Github on the latest Mac OS 10.11.x

See your messge below, Chris. You must still be using autocorrection and it is still calling brltty bratty - lol! Doing it in your user directory is fine except that you might have a problem if you ever want to run a user account for some reason. Victor, you are very welcome; I'm glad the solut

Re: [BRLTTY] Problem compiling BRLTTY source from Github on the latest Mac OS 10.11.x

First of all, keith, what do you mean about it not working for you? You can still purchase on the audible.com website as usual and I ham having no problems doing that. If you are having problems, be more specific and I will be glad to try to help. Ian, here are some tips f

Re: [BRLTTY] Problem compiling BRLTTY source from Github on the latest Mac OS 10.11.x

Sorry! Somehow I pasted an unrelated message into the wrong email!!! -- Cheryl May the words of my mouth and the meditation of my heart be acceptable to You, Lord, my rock and my Redeemer. (Psalm 19:14 HCSB) >> Cheryl. >> Thanks so so much for your helpful response and for helping me to pi

Re: [BRLTTY] Inserting control characters under screen driver

Actually, on the Mac the screen driver comes up by default so that designation isn't necessary. Hmmm, if this is a screen problem, perhaps I should check to see if it is specific to screen-4.2.1 or if the same happens using screen-4.0.1. Perhaps it has something to do with the screen patch with

Re: [BRLTTY] Inserting control characters under screen driver

I don't think it is getting any characters except the letter pressed with the control when done on the braille keyboard. -- Cheryl May the words of my mouth and the meditation of my heart be acceptable to You, Lord, my rock and my Redeemer. (Psalm 19:14 HCSB) > On Nov 1, 2015, at 10:06 AM,

Re: [BRLTTY] Problem compiling BRLTTY source from Github on the latest Mac OS 10.11.x

Hi. Unfortunately, when I attempt to compile screen, the "make" stops with errors on tump.o. Seems like this has been deprecated and doesn't parse on Mac OS X. Anyone else has seen this? Thanks, Victor On Sun, Nov 1, 2015 at 10:12 AM, Cheryl Homiak wrote: > See your messge below, Chris. You mu

Re: [BRLTTY] Problem compiling BRLTTY source from Github on the latest Mac OS 10.11.x

First of all, are you using screen-4.2.1 or screen-4.0.1 or some other version? Secondly, did you patch your source of screen before configuring and compiling it but after installing brltty? I have recently worked with installing both screen-4.0.1 and 4.2.1 on El Capitan and nothing has stopped

[BRLTTY] Stopping brltty in Debian; also starting a different brltty and running brltty sooner

How does one now stop brltty in debian. I have the debian package installed but I also have the latest github version installed. I can't figure out how to stop debian's brltty from running. Killall -9 stops it but it is started up again and the same thing seems to happen with tryint to use /etc

Re: [BRLTTY] Inserting control characters under screen driver

Please try the attached patch (screen-1.patch) to see if it resolves this problem. It's a modification to brltty's screen screen driver. If it doesn't work then I'd appreciate a debug log with: -L/path/to/logfile -ldebug,inpkts -- Dave Mielke | 2213 Fox Crescent | The Bible is

Re: [BRLTTY] Problem compiling BRLTTY source from Github on the latest Mac OS 10.11.x

Turns out I downloaded screen-4.3.1 and not 4.2.1. After downloading and compiling the latter, everything seems to work fine. I amen able to use BRLTTY with Emacs (to some extent). On Sun, Nov 1, 2015 at 3:55 PM, Cheryl Homiak wrote: > First of all, are you using screen-4.2.1 or screen-4.0.1 or