From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.44.254]) by listman.redhat.com (Postfix) with ESMTP id D1D603EB9E for ; Mon, 3 Dec 2001 09:40:01 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with SMTP id fB3Ee1p09316 for ; Mon, 3 Dec 2001 09:40:01 -0500 Received: (from mail@localhost) by mail.redhat.com (8.11.0/8.8.7) id fB3Ee1r22795 for blinux-list@listman.redhat.com; Mon, 3 Dec 2001 09:40:01 -0500 Received: from mielke.cc (root@wsp233033wss.cpe.net.cable.rogers.com [24.157.76.7]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id fB3Edww22785 for ; Mon, 3 Dec 2001 09:40:00 -0500 Received: from dave.private.mielke.cc (root@dave.private.mielke.cc [192.168.0.2]) by mielke.cc (8.11.6/8.11.6) with ESMTP id fB3Edu008186 for ; Mon, 3 Dec 2001 09:39:57 -0500 Received: from localhost (dave@localhost) by dave.private.mielke.cc (8.9.3/8.9.3) with ESMTP id JAA23415 for ; Mon, 3 Dec 2001 09:38:26 -0500 X-Authentication-Warning: dave.private.mielke.cc: dave owned process doing -bs Date: Mon, 3 Dec 2001 09:38:24 -0500 (EST) From: Dave Mielke To: Subject: Re: brltty with Redhat In-Reply-To: <002501c17bba$4d283a20$e08caad8@tds.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Loop: blinux-list@redhat.com Sender: blinux-list-admin@redhat.com Errors-To: blinux-list-admin@redhat.com X-BeenThere: blinux-list@redhat.com X-Mailman-Version: 2.0.1 Precedence: bulk Reply-To: blinux-list@redhat.com List-Help: List-Post: List-Subscribe: , List-Id: Linux for blind general discussion List-Unsubscribe: , List-Archive: [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.