* brltty with Redhat @ John J. Boyer ` lobap ` Dave Mielke 0 siblings, 2 replies; 7+ messages in thread From: John J. Boyer @ UTC (permalink / raw) To: blinux-list Hello, Thans to those who answered my question about OCR programs for Linux. There must be some people on this list who use brltty with Redhat. I am still having trouble with weird output and behavior. Every time I press the advance bar on my Braille Lite 40 to go from the end of a line to the beginning of the next line a row of underscores (dots 456) flashed up and is then replaced by the contents of the next line. Sometimes it isn't replaced. Pressing the left end of the left advance bar usually takes it away. Sometimes when I press the right end of the right advance bar the display actually shows what is on the screen several lines back. There are other things. What is puzzling is that brltty works perfectly on the brlspeak minidistribution, which is slackware. Have any of you had similar problems with Redhat 7.1? I know the screen ;is not graphic. And don't tell me that speech would help. I am deaf. Thanks. John Computers to Help People, Inc. http://www.chpi.org 825 East Johnson; Madison, WI 53703 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: brltty with Redhat brltty with Redhat John J. Boyer @ ` lobap ` John J. Boyer ` David Csercsics ` Dave Mielke 1 sibling, 2 replies; 7+ messages in thread From: lobap @ UTC (permalink / raw) To: blinux-list Hi: I'm using BRLTTY, RedHat and Alva ABT340 and everything works perfectly fine. Since There is BLT40 unit accessible to me, I'll try it with my system and let you know. Thanks, Pawel. On Mon, 3 Dec 2001, John J. Boyer wrote: > Hello, > Thans to those who answered my question about OCR programs for Linux. > There must be some people on this list who use brltty with Redhat. I am > still having trouble with weird output and behavior. Every time I press the > advance bar on my Braille Lite 40 to go from the end of a line to the > beginning of the next line a row of underscores (dots 456) flashed up and is > then replaced by the contents of the next line. Sometimes it isn't replaced. > Pressing the left end of the left advance bar usually takes it away. > Sometimes when I press the right end of the right advance bar the display > actually shows what is on the screen several lines back. There are other > things. What is puzzling is that brltty works perfectly on the brlspeak > minidistribution, which is slackware. > Have any of you had similar problems with Redhat 7.1? I know the screen ;is > not graphic. And don't tell me that speech would help. I am deaf. > Thanks. > John > Computers to Help People, Inc. > http://www.chpi.org > 825 East Johnson; Madison, WI 53703 > > > > > > > _______________________________________________ > Blinux-list mailing list > Blinux-list@redhat.com > https://listman.redhat.com/mailman/listinfo/blinux-list > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: brltty with Redhat ` lobap @ ` John J. Boyer ` David Csercsics 1 sibling, 0 replies; 7+ messages in thread From: John J. Boyer @ UTC (permalink / raw) To: blinux-list Pawel, Thanks a lot. I'm eager to know the result of your trying out a BLT40. John Computers to Help People, Inc. http://www.chpi.org 825 East Johnson; Madison, WI 53703 ----- Original Message ----- From: <lobap@adaptech.net> To: <blinux-list@redhat.com> Sent: Monday, December 03, 2001 06:05 Subject: Re: brltty with Redhat > Hi: > I'm using BRLTTY, RedHat and Alva ABT340 and everything works perfectly > fine. Since There is BLT40 unit accessible to me, I'll try it with my > system and let you know. > Thanks, Pawel. > > On Mon, 3 Dec 2001, John J. Boyer wrote: > > > Hello, > > Thans to those who answered my question about OCR programs for Linux. > > There must be some people on this list who use brltty with Redhat. I am > > still having trouble with weird output and behavior. Every time I press the > > advance bar on my Braille Lite 40 to go from the end of a line to the > > beginning of the next line a row of underscores (dots 456) flashed up and is > > then replaced by the contents of the next line. Sometimes it isn't replaced. > > Pressing the left end of the left advance bar usually takes it away. > > Sometimes when I press the right end of the right advance bar the display > > actually shows what is on the screen several lines back. There are other > > things. What is puzzling is that brltty works perfectly on the brlspeak > > minidistribution, which is slackware. > > Have any of you had similar problems with Redhat 7.1? I know the screen ;is > > not graphic. And don't tell me that speech would help. I am deaf. > > Thanks. > > John > > Computers to Help People, Inc. > > http://www.chpi.org > > 825 East Johnson; Madison, WI 53703 > > > > > > > > > > > > > > _______________________________________________ > > Blinux-list mailing list > > Blinux-list@redhat.com > > https://listman.redhat.com/mailman/listinfo/blinux-list > > > > > > _______________________________________________ > Blinux-list mailing list > Blinux-list@redhat.com > https://listman.redhat.com/mailman/listinfo/blinux-list > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: brltty with Redhat ` lobap ` John J. Boyer @ ` David Csercsics 1 sibling, 0 replies; 7+ messages in thread From: David Csercsics @ UTC (permalink / raw) To: blinux-list I don't have redhat installed but if somebody wants to hook me up with a boot disk I am hooking up a blt 40 in a couple of days and so I could test. ----- Original Message ----- From: <lobap@adaptech.net> To: <blinux-list@redhat.com> Sent: Monday, December 03, 2001 3:05 AM Subject: Re: brltty with Redhat > Hi: > I'm using BRLTTY, RedHat and Alva ABT340 and everything works perfectly > fine. Since There is BLT40 unit accessible to me, I'll try it with my > system and let you know. > Thanks, Pawel. > > On Mon, 3 Dec 2001, John J. Boyer wrote: > > > Hello, > > Thans to those who answered my question about OCR programs for Linux. > > There must be some people on this list who use brltty with Redhat. I am > > still having trouble with weird output and behavior. Every time I press the > > advance bar on my Braille Lite 40 to go from the end of a line to the > > beginning of the next line a row of underscores (dots 456) flashed up and is > > then replaced by the contents of the next line. Sometimes it isn't replaced. > > Pressing the left end of the left advance bar usually takes it away. > > Sometimes when I press the right end of the right advance bar the display > > actually shows what is on the screen several lines back. There are other > > things. What is puzzling is that brltty works perfectly on the brlspeak > > minidistribution, which is slackware. > > Have any of you had similar problems with Redhat 7.1? I know the screen ;is > > not graphic. And don't tell me that speech would help. I am deaf. > > Thanks. > > John > > Computers to Help People, Inc. > > http://www.chpi.org > > 825 East Johnson; Madison, WI 53703 > > > > > > > > > > > > > > _______________________________________________ > > Blinux-list mailing list > > Blinux-list@redhat.com > > https://listman.redhat.com/mailman/listinfo/blinux-list > > > > > > _______________________________________________ > Blinux-list mailing list > Blinux-list@redhat.com > https://listman.redhat.com/mailman/listinfo/blinux-list ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: brltty with Redhat brltty with Redhat John J. Boyer ` lobap @ ` Dave Mielke ` John J. Boyer 1 sibling, 1 reply; 7+ messages in thread From: Dave Mielke @ UTC (permalink / raw) To: blinux-list [quoted lines by John J. Boyer on December 3, 2001, at 00:21] >Every time I press the >advance bar on my Braille Lite 40 to go from the end of a line to the >beginning of the next line a row of underscores (dots 456) flashed up and is >then replaced by the contents of the next line. My guess is that it's actually dots 1237. Being a deaf person, you've probably done little to make sound work on your system. When something noteworthy, i.e. a line wrap, happens, BRLTTY, by default, notifies its user via a short tune. If the sound setting (see BRLTTY's preferences menu) is off, or if there's a problem accessing the sound card, then BRLTTY (2.99) informs the user via the brief display of a dot pattern. For "wrap down", it displays dots 1237 for 20 milliseconds. Is this what you're observing? In the preferences menu, what are your "sound" and "tune device" settings? >Sometimes it isn't replaced. Altough I've neither seen nor heard of it happening yet, perhaps there's an occasional problem with the display returning to normal after this tactile indicator is presented. There's also another possibility. Something may be triggering BRLTTY to go into attribute display, rather than text display, mode. This would also cause a similar dot pattern. Would you please run BRLTTY has follows in order to collect some debugging information: brltty -ldebug -n -e 2>brltty.trace When doing this, please, to keep the debug output to a minimum, try to reproduce the problem in as few steps as possible, and keep track of what those steps are. Then send me both the trace file and a list of the steps. Note that when running BRLTTY in this way, it'll not go into the background. To terminate it, just press control-C. The -ldebug option tells it to produce more diagnostic information. The -n option tells it to stay in the foreground. The -e option tells it to write diagnostics to standard error. The "2>" bit tells your shell to redirect standard error to the specified file. >Pressing the left end of the left advance bar usually takes it away. This, presumably, is because moving the braille window causes the underlying system to realize that the window content is changed, thereby mandating a full refresh. Your statement has further stimulated my curiosity from a different angle. Does the BrailleLite 40 have two advance bars? Our driver only supports one (which is what the BrailleLite 18 has), and we don't have access to a BrailleLite 40 for direct testing. Perhaps, therefore, there are some signals which we're not handling correctly with respect to the larger display? >Sometimes when I press the right end of the right advance bar the display >actually shows what is on the screen several lines back. Another useful trace would be for you to just press each end of each advance bar in a known order. We could then match up the trace with the order and actually see what those two advance bars are doing. >What is puzzling is that brltty works perfectly on the brlspeak >minidistribution, What does each end of each advance bar do in brlspeak? -- Dave Mielke | 2213 Fox Crescent | I believe that the Bible is the Phone: 1-613-726-0014 | Ottawa, Ontario | Word of God. Please contact me EMail: dave@mielke.cc | Canada K2A 1H7 | if you're concerned about Hell. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: brltty with Redhat ` Dave Mielke @ ` John J. Boyer ` Dave Mielke 0 siblings, 1 reply; 7+ messages in thread From: John J. Boyer @ UTC (permalink / raw) To: blinux-list Dave, Your information has cleared up some of my questions. The dot pattern displayed on line wrap probably is 1-2-3-7. I have turned sound off in the configuration menu, and couldn't figure out where that extra display was coming from. However, I also want to turn that off, because I usually don't need to know when a line wrap occurs and it's very annoying. I don't want the sound either, because I have enough hearing to find THAT annoying and I don't want it to bother the other people in the office. The configuration menu should have an option to turn off line wrap notification altogether. Brlspeak only has 2.98x, which doesn't have that notification. That is one reason it seems to work better to me. The Braille Lite driver does handle the two advance bars of the Braille Lite 40 just as the documentation says it should, so that problem is already taken care of. I don't see a "tune device" on the preferences menu. I'll have to run the debugging tests you have suggested later and get back to you. Thanks. John Computers to Help People, Inc. http://www.chpi.org 825 East Johnson; Madison, WI 53703 ----- Original Message ----- From: "Dave Mielke" <dave@mielke.cc> To: <blinux-list@redhat.com> Sent: Monday, December 03, 2001 09:38 Subject: Re: brltty with Redhat > [quoted lines by John J. Boyer on December 3, 2001, at 00:21] > > >Every time I press the > >advance bar on my Braille Lite 40 to go from the end of a line to the > >beginning of the next line a row of underscores (dots 456) flashed up and is > >then replaced by the contents of the next line. > > My guess is that it's actually dots 1237. Being a deaf person, you've probably > done little to make sound work on your system. When something noteworthy, i.e. > a line wrap, happens, BRLTTY, by default, notifies its user via a short tune. > If the sound setting (see BRLTTY's preferences menu) is off, or if there's a > problem accessing the sound card, then BRLTTY (2.99) informs the user via the > brief display of a dot pattern. For "wrap down", it displays dots 1237 for 20 > milliseconds. Is this what you're observing? > > In the preferences menu, what are your "sound" and "tune device" settings? > > >Sometimes it isn't replaced. > > Altough I've neither seen nor heard of it happening yet, perhaps there's an > occasional problem with the display returning to normal after this tactile > indicator is presented. > > There's also another possibility. Something may be triggering BRLTTY to go into > attribute display, rather than text display, mode. This would also cause a > similar dot pattern. Would you please run BRLTTY has follows in order to > collect some debugging information: > > brltty -ldebug -n -e 2>brltty.trace > > When doing this, please, to keep the debug output to a minimum, try to > reproduce the problem in as few steps as possible, and keep track of what those > steps are. Then send me both the trace file and a list of the steps. > > Note that when running BRLTTY in this way, it'll not go into the background. To > terminate it, just press control-C. The -ldebug option tells it to produce more > diagnostic information. The -n option tells it to stay in the foreground. The > -e option tells it to write diagnostics to standard error. The "2>" bit tells > your shell to redirect standard error to the specified file. > > >Pressing the left end of the left advance bar usually takes it away. > > This, presumably, is because moving the braille window causes the underlying > system to realize that the window content is changed, thereby mandating a full > refresh. > > Your statement has further stimulated my curiosity from a different angle. Does > the BrailleLite 40 have two advance bars? Our driver only supports one (which > is what the BrailleLite 18 has), and we don't have access to a BrailleLite 40 > for direct testing. Perhaps, therefore, there are some signals which we're not > handling correctly with respect to the larger display? > > >Sometimes when I press the right end of the right advance bar the display > >actually shows what is on the screen several lines back. > > Another useful trace would be for you to just press each end of each advance > bar in a known order. We could then match up the trace with the order and > actually see what those two advance bars are doing. > > >What is puzzling is that brltty works perfectly on the brlspeak > >minidistribution, > > What does each end of each advance bar do in brlspeak? > > -- > Dave Mielke | 2213 Fox Crescent | I believe that the Bible is the > Phone: 1-613-726-0014 | Ottawa, Ontario | Word of God. Please contact me > EMail: dave@mielke.cc | Canada K2A 1H7 | if you're concerned about Hell. > > > > _______________________________________________ > Blinux-list mailing list > Blinux-list@redhat.com > https://listman.redhat.com/mailman/listinfo/blinux-list > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: brltty with Redhat ` John J. Boyer @ ` Dave Mielke 0 siblings, 0 replies; 7+ messages in thread From: Dave Mielke @ UTC (permalink / raw) To: blinux-list [quoted lines by John J. Boyer on December 3, 2001, at 11:46] >The configuration >menu should have an option to turn off line wrap notification altogether. Okay, it shall be added. >I don't see a "tune device" on the preferences menu. You only see it if sound is on. The menu has become rather large so it now only shows minor settings when their controlling major setting is on. If "sound" is on, you'll see "tune device". Furhtermore, if "tune device" is "midi", then you'll see "midi instrument". -- Dave Mielke | 2213 Fox Crescent | I believe that the Bible is the Phone: 1-613-726-0014 | Ottawa, Ontario | Word of God. Please contact me EMail: dave@mielke.cc | Canada K2A 1H7 | if you're concerned about Hell. ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~ UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
brltty with Redhat John J. Boyer
` lobap
` John J. Boyer
` David Csercsics
` Dave Mielke
` John J. Boyer
` Dave Mielke
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).