Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp10454606ybi; Wed, 24 Jul 2019 23:32:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqxUMvd8s5pivkFliAvrNfzupP9P3JoVquR+mNBXL9s8E2nqQUIcS8EPjJKi4BP89ASP2WcF X-Received: by 2002:aa7:9834:: with SMTP id q20mr15288585pfl.196.1564036355471; Wed, 24 Jul 2019 23:32:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564036355; cv=none; d=google.com; s=arc-20160816; b=coo8geB4Ig0src8oeZKK/GQJwcI7xh9XntTBdjKcoi9Z0Q7QtXodF2PXGYXwA76sE3 QhdyUFNfM3zMPD+xmodYs//krVhtQkCB5Qk1qU0UpbVULNfm1SvIacw9XO5iJQbmVfM8 p16069NHfeHvGoPIGcOfDpo+TcNmxEY9D9mKmJrPVr4kKyfLxSy97TQmT7wCUkelfC80 EPnMRVexjsxOJJ2Y5zOFMi3mBcpShGFOWJJ1UdmxwnM59ANb8lC/Yp9Nzsjr9etypJpF 9AnGVw4VdS9LtH78uZZb/Zjxa/OkT4U9mFUAYoP5S14ZE8ws0MCH4EYRLUWfRgGslV3s 8uag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=IjkgOQ51Jdv+SZTsonOmMDIdo252K49tFLzNvFLZa3c=; b=YqvjdZ9Ekl698x7qra9QvxWMY2X6WlRH3M7m+Ewr0XbLdX8UzHgb8rLdp/FChIMLLG RqzaDhlfsLUs32zid36tQO0AJJGDlh0d+hK73ZP38KABNQCFtiuUPPFfw3d2/rF+TTCh dnMMKAbPqkjKkbX34y9hqfEvF5o42salkQ1nFQqf+05biQ21aG1rGvz0r8if3a7tV5IG N7w2iYlgboVy94zVybBfkBWYcX71csl5+Zm/VBYBXkFFS9wa3Uh4We5ucT2GOVDxBd0j 1nfaAnn1uWA5muhV8lfHG0GMbeAq64o+OJUGUHITTfVaLe0r33K2OcpREV8iafdw8b6s 1ZuA== ARC-Authentication-Results: i=1; mx.google.com; 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 v62si19966253pgv.126.2019.07.24.23.32.19; Wed, 24 Jul 2019 23:32:35 -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; 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 S1728417AbfGYGRK (ORCPT + 99 others); Thu, 25 Jul 2019 02:17:10 -0400 Received: from pta-smg1.csir.co.za ([146.64.81.180]:64555 "EHLO pta-smg1.csir.co.za" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727455AbfGYGRK (ORCPT ); Thu, 25 Jul 2019 02:17:10 -0400 X-Greylist: delayed 358 seconds by postgrey-1.27 at vger.kernel.org; Thu, 25 Jul 2019 02:17:07 EDT Received: from pta-smg1.csir.co.za (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 9F8222979437_D3947F9B; Thu, 25 Jul 2019 06:11:05 +0000 (GMT) Received: from willempc.meraka.csir.co.za (unknown [146.64.217.138]) by pta-smg1.csir.co.za (Sophos Email Appliance) with ESMTP id 228D22978B73_D3947F9F; Thu, 25 Jul 2019 06:11:05 +0000 (GMT) Received: from [127.0.0.1] (helo=localhost) by willempc.meraka.csir.co.za with esmtp (Exim 4.90_1) (envelope-from ) id 1hqWy0-0002Y8-VE; Thu, 25 Jul 2019 08:11:05 +0200 Date: Thu, 25 Jul 2019 08:11:04 +0200 (SAST) From: Willem van der Walt X-X-Sender: wvdwalt@willempc.meraka.csir.co.za To: "Speakup is a screen review system for Linux." cc: Samuel Thibault , 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 In-Reply-To: <20190725035352.GA7717@gregn.net> Message-ID: 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> <20190725035352.GA7717@gregn.net> User-Agent: Alpine 2.21.1 (DEB 211 2017-05-04) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-SASI-RCODE: 200 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, I have added a few things inline in Greg's message, mainly regarding the bleeps and cursor_time. FWIW, Willem On Wed, 24 Jul 2019, Gregory Nowak wrote: > [The e-mail server of the sender could not be verified (SPF Record)] > > 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. Yes, it works as you say, a verry short beep happens at the echoed position. > > 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. > Yes, when 0 is echoed to /sys/accessibility/speakup/bleeps, review beeps stop. the default seem to be 3, so I suppose it controls more than just on or off. When set to zero, the bell still sounds when, e.g. in a terminal at a bash prompt, one press backspace. > 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. Yes, it seems to control the time as you say, verry small units though. It was 30 and I could set it to 180, but not 360. At 180, the bleeps are clearly a little longer, but not much. > > cursor_time > Don't know. As far as I know, one can set cursor_time to a higher value when working e.g. over a slow connection. When a connection is very slow, with the default setting, when moving with the arrows, or backspacing etc. speakup says the incorrect characters. I am not 100% sure though, but seem to recall having used such a setting in the past when working over dialup. > > 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 > _______________________________________________ > Speakup mailing list > Speakup@linux-speakup.org > http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup >