From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (qmail 16763 invoked from network); 20 Dec 1998 00:55:20 -0000 Received: from mail.redhat.com (199.183.24.239) by lists.redhat.com with SMTP; 20 Dec 1998 00:55:20 -0000 Received: from smtp-relay-1.Adobe.COM (smtp-relay-1.adobe.com [192.150.11.1]) by mail.redhat.com (8.8.7/8.8.7) with ESMTP id TAA18533 for ; Sat, 19 Dec 1998 19:44:19 -0500 Received: from inner-relay-1.Adobe.COM ([153.32.1.51] (may be forged)) by smtp-relay-1.Adobe.COM (8.8.6) with ESMTP id QAA04507; Sat, 19 Dec 1998 16:38:19 -0800 (PST) Received: from mail-345.corp.Adobe.COM by inner-relay-1.Adobe.COM (8.8.5) with SMTP id QAA28843; Sat, 19 Dec 1998 16:43:46 -0800 (PST) Received: from labrador by mail-345.corp.Adobe.COM (SMI-8.6) with ESMTP id QAA24434; Sat, 19 Dec 1998 16:43:44 -0800 Received: by labrador (8.6.9) id QAA29008; Sat, 19 Dec 1998 16:43:40 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <13948.18492.246137.462038@labrador> Date: Sat, 19 Dec 1998 16:43:40 -0800 (PST) To: bsmart@pobox.com Cc: raman@Adobe.COM, blinux-list@redhat.com Subject: Immediate silencing emacspeak In-Reply-To: <13947.21511.658203.674367@stono.cs.cofc.edu> References: <199812161405.HAA21056@euclid.Colorado.EDU> <13943.53466.617392.297513@labrador> <13947.21511.658203.674367@stono.cs.cofc.edu> X-Mailer: VM 6.62 under Emacs 20.3.1 Reply-To: raman@Adobe.COM From: "T. V. Raman" X-Phone: 1 (408) 536-3945 X-Fax: 1(408) 537-4042 List-Id: >>From memory, I have now told you *many* times --politely at first-- to post emacspeak specific questions to the emacspeak list so the question and response gets archived. >>>>> "Bryan" == Bryan R Smart writes: Bryan> On my system, recreating this problem depends on Bryan> first the type of buffer and then the size of Bryan> data. Emacspeak-speak-buffer, for example, will Bryan> respond to dtk-stop regardless of the size of Bryan> data that is dumped to the DECtalk. On the other Bryan> hand, output from shell mode, if it exceeds a few Bryan> K, will hopelessly lockup the DECtalk. I can, Bryan> for example, accidently type a shell command that Bryan> returns a large amount of output. Even though Bryan> the command has completed and the shell prompt is Bryan> again visible, the DECtalk will not respond to Bryan> dtk-stop. Bryan> Another example is when you inadvertently open a Bryan> nontextual file in an edit buffer. Pressing the Bryan> down arrow will produce a large amount of octal Bryan> values and such. The introduction of the "speak Bryan> this XXX line" question in Emacspeak 9.0 has Bryan> helped me avoid this problem, but, regardless of Bryan> being able to avoid it, it ignores dtk-stop in a Bryan> similar manner as the large amount of shell Bryan> output. Bryan> I am running Emacspeak 9.0 on Emacs 20.3 with a Bryan> revision 4.2CD DECtalk Express. Bryan> I've long suspected that Raman's DECtalk is Bryan> superior to what is commonly available. -- Bryan Bryan> R. Smart E-Mail: bsmart@pobox.com System Bryan> Administrator Home Page: Bryan> http://www.pobox.com/~bsmart Department of Bryan> Computer Science Home Phone: 843-953-2721 the Bryan> College of Charleston DCS Phone: 843-814-7627 Bryan> (814-SMARt) -- Best Regards, --raman Adobe Systems Tel: 1 408 536 3945 (W14-128) Advanced Technology Group Fax: 1 408 537 4042 W14-128 345 Park Avenue Email: raman@adobe.com San Jose , CA 95110 -2704 Email: raman@cs.cornell.edu http://labrador.corp.adobe.com/~raman/ (Adobe Intranet) http://cs.cornell.edu/home/raman/raman.html (Cornell) ---------------------------------------------------------------------- Disclaimer: The opinions expressed are my own and in no way should be taken as representative of my employer, Adobe Systems Inc. ____________________________________________________________