brltty with Redhat

brltty with Redhat

[John J. Boyer]

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

Re: brltty with Redhat

[lobap]

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
> 

Re: brltty with Redhat

[John J. Boyer]

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
>

Re: brltty with Redhat

[Dave Mielke]

[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.

Re: brltty with Redhat

[David Csercsics]

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

Re: brltty with Redhat

[John J. Boyer]

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
>

Re: brltty with Redhat

[Dave Mielke]

[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.