Allow Scripts for Text-to-Speech Greetings

[tempsaint]

Instead of having to use pre-recorded greetings, I think it would be great if we could specify a script for the computer voice to use when "greeting" callers.

There's obviously text somewhere in the code which tells the voice what to speak. And we can override parts of it like using "city or town" instead of the default "city or county." So, I'm suggesting the ability to override the default text/speech.

A great case for this would be the initial language selection greeting for systems that are configured to support multiple languages. We're supporting English and Spanish and, without a pre-recorded greeting, the system just welcomes callers with "For English press 1, para español presione dōs." It would be great to not have to record a custom greeting but rather just input text somewhere so the computer voice could say "Thank you for calling the [whatever service body]. For English press 1... " or some variation or whatever the service body wants.

Since there are some places in the system where we can't replace the computer voice with a pre-recorded greeting, this would allow for consistent computer voice everywhere but using custom greetings.

Just an idea.

[dgershman]

What problem are you trying to solve?

[tempsaint]

Mainly, the need to have service bodies record mp3 files (and finding the "voice" they want to record them). There's also the need to find a place to host them and edit the config file to reference them but I realize that it's very possible (maybe even probable) that a solution would still require editing of the config file so involving the IT team or webservant or whatever might be necessary anyway. But if it were possible to expose this in the UI, that really reduces the barriers to having custom greetings. I was also thinking that the first thing a caller should hear would be a welcome and not just pick a language and right now that requires a pre-recorded greeting.

…

On Thu, Jul 17, 2025 at 9:41 AM Danny Gershman ***@***.***> wrote: *dgershman* left a comment (bmlt-enabled/yap#1400) <#1400 (comment)> What problem are you trying to solve? — Reply to this email directly, view it on GitHub <#1400 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJEMRBPBYY63D4MSIKXPKF33I6RZFAVCNFSM6AAAAACBX4BHS6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTAOBUGEZDONJQHE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[dgershman]

I am not really going to prioritize this, since you have a way to solve everything. Yap already has an elaborate array of features that make it possible to set things up. Once things are set up, there is unlikely to be a change on an regular basis. The majority of features that need the most attention are those that relate to volunteer and schedule management. It seems like a minor inconvenience, and there are ways to tailor needs to solve it.

[tempsaint]

I don't deny that there is a way to solve this already. It's just a feature request. I didn't expect prioritization, unless you really liked it. 😉

…

On Thu, Jul 17, 2025, 10:53 AM Danny Gershman ***@***.***> wrote: *dgershman* left a comment (bmlt-enabled/yap#1400) <#1400 (comment)> I am not really going to prioritize this, since you have a way to solve everything. Yap already has an elaborate array of features that make it possible to set things up. Once things are set up, there is unlikely to be a change on an regular basis. The majority of features that need the most attention are those that relate to volunteer and schedule management. It seems like a minor inconvenience, and there are ways to tailor needs to solve it. — Reply to this email directly, view it on GitHub <#1400 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJEMRBJJ7BN6VB2P5DHRBLT3I62FPAVCNFSM6AAAAACBX4BHS6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTAOBUGM4DGMJQG4> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[dgershman]

I'm setting expectations. There are a number of other important things happening, and it may be years before something like this could get implemented.