Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp10648498ybi; Thu, 25 Jul 2019 03:02:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqzX+jWEsaBc0dm/YWIg+vUsc8tSPkdneNMd6ie8gNrzZre+cLs99W+b/5uEXasLm5tqVV9I X-Received: by 2002:a63:7e17:: with SMTP id z23mr86331043pgc.14.1564048962994; Thu, 25 Jul 2019 03:02:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564048962; cv=none; d=google.com; s=arc-20160816; b=yl5L6DTBjtT6qu+EEKz8GT+uQEs6S+YVw56QNy8TYwXR5EV0GR8mdyWh7bSMwu1dcU wuZPIoZAiMI398jx4dYKA1NY2j0QBeCOfK0IJOaQ8L7HPJbQ6alJsHCQ3wkLbD/0ovOK srwEiXg1DPEITsG3EvDxVm2/9QWghE0j/kRfeG4pmB6iDr9mO7i/ku6RpY866Rn3z++N MUUqY0UCxPvkZkaw7DrUQtzQbvCMFxu+RXz31nRS1KSY0CjUmfXuwA89RJyx0d3aTVWj cv5Oz6yEFePQ8fDvdTZnImxDnLxt+ykSZAm+ueiIBD6w7X2E2LyLg8UTifi1XbIlgVCr SEaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:to :from:date:dkim-signature; bh=oW02/5BqOOv/5E7Oy9hQ3qpf+IxjHT85t5fIGDEZZ+I=; b=GJMiGG/HjWKtidCMQMaE2oWSzKcmfMp790CCXg9zdXHi8uKGeLbr8E9WKl0sTVVB2z MtUfaNZmXXZBDEyTd8fjnw/RJp8ak+fq5Ia6r+fQs4m9fMu7+WIBCCMNYeHGGIqyraxF 72T4mDrcuZqM2DwZ71PkG0XHJILkj/pw0NR6WJh4VhQld8G33WWMRi/umw3Du0JxQzxO hi3hUEYW16MbWi/M/sassvJlIvXmMkaRNkKa9k98s+y/fxnslFWWXNEE3D/0Ba+h/YDg PmChUkROY9GMmD5e06jJ2twAHvHKT7MzR2MfW5tam8OSO+swUXh7Uw+i9AkjCfGPsYIQ vuJQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gregn.net header.s=default header.b=HB5lFApA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y12si18604913pfg.260.2019.07.25.03.02.20; Thu, 25 Jul 2019 03:02:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gregn.net header.s=default header.b=HB5lFApA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390171AbfGYDx6 (ORCPT + 99 others); Wed, 24 Jul 2019 23:53:58 -0400 Received: from vserver.gregn.net ([174.136.110.154]:43722 "EHLO vserver.gregn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726238AbfGYDx6 (ORCPT ); Wed, 24 Jul 2019 23:53:58 -0400 Received: from vbox.gregn.net (71-32-121-108.eugn.qwest.net [71.32.121.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by vserver.gregn.net (Postfix) with ESMTPSA id F184B1D9C; Wed, 24 Jul 2019 20:56:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gregn.net; s=default; t=1564026972; bh=Wql5eshMl2AYvQZTOGpiy3Xh++MGNGtCT7I1w3YaCuo=; h=Date:From:To:Subject:References:In-Reply-To:From; b=HB5lFApA0rThrYQuhbPZ3D5+q9Ad0SrBWBXl1I0IF4LReTM1s+CtXf651QvLC6X2A kGpWSF3WBVRjaQtm83VtFewMsY9fcLC31Y/1g4hFxdLDtS5NFJ2TKQWOHYq1rfIuMr 7l1RbcVKmVjcTMO5gvAp9B03tcXqCl9JHUUDwHNJF26+6M2hXX53NvQTWD16w7agNL ycTw0TMdzpHtGWDspCrM2806Tp4rm0EtN6Gpe90kxft7me/nbWJW3aSfPRT756pc6q FS18GpzmyMgwSTil29PnRYR1GR5QSQXWCGiowZDLkwcjzTxhI8pIjrKK61Jf2Q+vAU ISs6zWOYOMqqw== Received: from greg by vbox.gregn.net with local (Exim 4.84_2) (envelope-from ) id 1hqUpE-0006IN-QC; Wed, 24 Jul 2019 20:53:53 -0700 Date: Wed, 24 Jul 2019 20:53:52 -0700 From: Gregory Nowak To: Samuel Thibault , speakup@linux-speakup.org, Greg Kroah-Hartman , Okash Khawaja , devel@driverdev.osuosl.org, Kirk Reiser , Simon Dickson , linux-kernel@vger.kernel.org, Christopher Brannon Subject: Re: [HELP REQUESTED from the community] Was: Staging status of speakup Message-ID: <20190725035352.GA7717@gregn.net> References: <20190315130035.6a8f16e9@narunkot> <20190316031831.GA2499@kroah.com> <20190706200857.22918345@narunkot> <20190707065710.GA5560@kroah.com> <20190712083819.GA8862@kroah.com> <20190712092319.wmke4i7zqzr26tly@function> <20190713004623.GA9159@gregn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190713004623.GA9159@gregn.net> X-PGP-Key: http://www.gregn.net/pubkey.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: clamav-milter 0.100.3 at vserver X-Virus-Status: Clean Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 12, 2019 at 05:46:23PM -0700, Gregory Nowak wrote: > On Fri, Jul 12, 2019 at 11:23:19AM +0200, Samuel Thibault wrote: > > Hello, > > > > To readers of the linux-speakup: could you help on this so we can get > > Speakup in mainline? Neither Okash or I completely know what user > > consequences the files in /sys/accessibility/speakup/ have, so could > > people give brief explanations for each file (something like 3-6 lines > > of explanation)? > > I have a recollection of documenting most of this on the speakup list > in response to a similar query a number of years ago. Unfortunately, > the speakup mailing list archives aren't easily searchable, and I > don't have a local copy of that mail. > > Kirk, doing grep with a few of the file names in > /sys/accessibility/speakup against the list's mbox file archive should > find that message if it's in fact there. If you can please find it, > and post the date when it was sent, we can provide a URL to that > thread as a starting point. If my recollection is wrong, and such a > message isn't in the archives, I'll write up what I know about. I've located the message I was thinking of in the archives, but that describes some speakup key commands, not /sys/accessibility/speakup. So, here's what I know, and hopefully someone else can fill in the rest. attrib_bleep Beeps the PC speaker when there is an attribute change such as foreground or background color when using speakup review commands. One = on, zero = off. I'm not currently at a machine with a working PC speaker, so can't test this right now. bell_pos As far as I know, this works much like a typewriter bell. If for example 72 is echoed to bell_pos, it will beep the PC speaker when typing on a line past character 72. Again, no PC speaker at the moment here, so can't actually test this. bleeps Not 100% sure, but I believe this controls whether one hears beeps through the PC speaker when using speakup's review commands. If no one jumps in on this, I'll experiment when at a machine with a working PC speaker, and will reply back with details. bleep_time Again, not 100% sure, but I believe this controls the duration of the PC speaker beeps speakup produces. I'm not sure of the units this is in either, possibly jiffys. I'll come back with more details on this one if no one else does. cursor_time Don't know. delimiters Don't know. I've tried echoing various characters to this and looking for differences when reviewing the screen, but no luck. ex_num Don't know. key_echo Controls if speakup speaks keys when they are typed. One = on, zero = off or don't echo keys. keymap I believe this is the currently active kernel keymap. I'm not sure of the format, probably what dumpkeys(1) and showkey(1) use. Echoing different values here should allow for remapping speakup's review commands besides remapping the keyboard as a whole. no_interrupt Controls if typing interrupts output from speakup. With no_interrupt set to zero, typing on the keyboard will interrupt speakup if for example the say screen command is used before the entire screen is read. With no_interrupt set to one, if the say screen command is used, and one then types on the keyboard, speakup will continue to say the whole screen regardless until it finishes. punc_all This is a list of all the punctuation speakup should speak when punc_level is set to four. punc_level Controls the level of punctuation spoken as the screen is displayed, not reviewed. Levels range from zero no punctuation, to four, all punctuation. As far as I can tell, one corresponds to punc_some, two corresponds to punc_most, and three as well as four seem to both correspond to punc_all, though I do stand to be corrected. I am using the soft synthesizer driver, so it is possible that some hardware synthesizers have different levels each corresponding to three and four for punc_level. Also note that if punc_level is set to zero, and key_echo is set to one, typed punctuation is still spoken as it is typed. punc_most This is a list of all the punctuation speakup should speak when punc_level is set to two. punc_some This is a list of all the punctuation speakup should speak when punc_level is set to one. reading_punc Almost the same as punc_level, the differences being that reading_punc controls the level of punctuation when reviewing the screen with speakup's screen review commands. The other difference is that reading_punc set to three speaks punc_all, and reading_punc set to four speaks all punctuation, including spaces. repeats a list of characters speakup repeats. Normally, when there are more than three characters in a row, speakup just reads three of those characters. For example, "......" would be read as dot, dot, dot. If a . is added to the list of characters in repeats, "......" would be read as dot, dot, dot, times six. say_control If set to one, speakup speaks shift, alt and control when those keys are pressed. Perhaps more keys are spoken, but those three are the ones I found. If say_control is set to zero, shift, ctrl, and alt are not spoken when they are pressed. say_word_ctl Don't know. silent Don't know. spell_delay As far as I can tell, this controls how fast a word is spelled when speakup's say word review command is pressed twice quickly to speak the current word being reviewed. Zero just speaks the letters one after another, while values one through four seem to introduce more of a pause between the spelling of each letter by speakup. synth Gets or sets the synthesizer driver currently in use. Reading synth returns the synthesizer driver currently in use. Writing synth switches to the given synthesizer driver, provided it is either built into the kernel, or already loaded as a module. synth_direct Sends whatever is written to synth_direct directly to the speech synthesizer in use, bypassing speakup. This could be used to make the synthesizer speak a string, or to send control sequences to the synthesizer to change how the synthesizer behaves. version Reading version returns the version of speakup, and the version of the synthesizer driver currently in use. Synthesizer Driver Parameters In /sys/accessibility/speakup is a directory corresponding to the synthesizer driver currently in use (E.G) soft for the soft driver. This directory contains files which control the speech synthesizer itself, as opposed to controlling the speakup screen reader. As far as I know, the parameters in this directory have the same names and functions across all supported synthesizers. Also as far as I know, the range of values for freq, pitch, rate, and vol is the same for all supported synthesizers, with the given range being internally mapped by the driver to more or less fit the range of values supported for a given parameter by the individual synthesizer. I will below describe the values and parameters for the soft synthesizer, which I believe is the synthesizer currently most commonly in use. caps_start I believe this is the string that is sent to the synthesizer to cause it to start speaking uppercase letters. For the soft synthesizer and most others, this causes the pitch of the voice to rise above the currently set pitch. caps_stop I believe this is the string sent to the synthesizer to cause it to stop speaking uppercase letters. In the case of the soft synthesizer and most others, this returns the pitch of the voice down to the currently set pitch. delay_time Don't know. direct Controls if punctuation is spoken by speakup, or by the synthesizer. For example, speakup speaks ">" as "greater", while the espeak synthesizer used by the soft driver speaks "greater than". Zero lets speakup speak the punctuation. One lets the synthesizer itself speak punctuation. freq Gets or sets the frequency of the speech synthesizer. Range is 0-9. full_time Don't know. jiffy_delta As far as I know, this controls how many jiffys the kernel gives to the synthesizer. I seem to recall Kirk saying that setting this too high can make a system unstable, or even crash it. pitch Gets or sets the pitch of the synthesizer. The range is 0-9. punct Gets or sets the amount of punctuation spoken by the synthesizer. The range for the soft driver seems to be 0-2. I'm not exactly sure how this relates to speakup's punc_level, or reading_punc rate Gets or sets the rate of the synthesizer. Range is from zero slowest, to nine fastest. tone Gets or sets the tone of the speech synthesizer. The range for the soft driver seems to be 0-2. This seems to make no difference if using espeak and the espeakup connector. I'm not sure even if espeakup supports different tonalities. trigger_time Don't know. voice Gets or sets the voice used by the synthesizer if the synthesizer can speak in more than one voice. The range for the soft driver is 0-7. Note that while espeak supports multiple voices, this parameter will not set the voice when the espeakup connector is used between speakup and espeak. vol Gets or sets the volume of the speech synthesizer. Range is 0-9, with zero being the softest, and nine being the loudest. Additions, clarifications, and corrections are welcome and appreciated. Greg -- web site: http://www.gregn.net gpg public key: http://www.gregn.net/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) If we haven't been in touch before, e-mail me before adding me to your contacts. -- Free domains: http://www.eu.org/ or mail dns-manager@EU.org