torios team mailing list archive

[Israel Dahl <israeldahl@xxxxxxxxx>]

Hi
(inlines)
On 7/23/20 9:53 AM, ml@xxxxxxxxxxxx wrote:
> (snip)
>> What about modifying an existing solution, like gettext.  Perhaps make a
>> wrapper library that uses gettext, but also can TTS (I can't remember the
>> base lib for espeak off the top of my head) by overloading/inheriting the
>> function.  Then you could simply patch programs to use it, instead of the
>> default gettext.
> I see a lot of programs that call gettext to do things like set up menus. 
> They typically call it one time during initialization and that's it.  So,
> they don't necessarily call gettext when they draw the information to the
> screen.  I do have an implementation of gettext that would be easy to
> modify in that way.  However, I don't think it would be very useful for
> most of the programs that I have that use gettext.  There just isn't a
> good enough correlation between the gettext calls and when the text is
> displayed to the end user.

Ok, so gettext could translate it into the espeak format, or whatever.  
Then, when you MouseOver (but not leave the text area) it would read it
aloud.  You can do something like that easily in FLTK overloading the
handle(event) function, and just check for some boolean (useTTS = true)
then run your TTS function to play the speech.

>> I actually meant common libraries to generate menus from desktop file
>> entries.
> That should be fairly easy to code.  Would think someone out there has
> already done it though.
Only in GTK or QT AFAIK.  I don't think there is a common XDG library,
oddly enough.  Let me know if you find one!
>>> Applications working together from different distributions sounds a lot
>>>  like what Bedrock Linux is doing.
>> I meant different distributions working on the *SAME* *applications*.
> That's definitely a possibility.  However, I think most distributions just
> use upstream programs with as little modification as possible.  Some
> distributions have that as a primary goal too.  Only a subset of the
> distros seem to like to customize like some of the Puppy spins, TinyCore,
> NanoLinux, AntiX, LFS.

See that is why if all the tiny distros work together on their little
stuff we could all upstream our work, like a bigger distro.  All tiny
distros together would have a fairly big dev/user base if we worked together

-- 
Regards,
 Israel