Version: (using KDE KDE 3.5.2) Installed from: SuSE RPMs OS: Irix hi i would like to request a kttsd plugin for kmail that would allow the currently viewed email to be read out by the kttsd speech software currently the only kttsd functions that it offers is the knotifications of new email arriving David
There are two aspects to adding speech capabilities to KMail: 1. Incoming mail notification. 2. Speaking contents of messages. David tells me he is more interested in #2. A button/menu option to speak the contents of the message currently being viewed, with some intelligence to handle quoted portions of messages, signature blocks, common abbreviations, etc. If KDE ever gets a screen reader, this functionality may come about automatically, although it will probably need some tweaking within KMail to make it work well.
the knotificaton for new mail works in kttsd but could do with a bit better formating the kmail kttsd filter removes the text /local/inbox from the new mail notification message and the qt formating but could do to give a more friendly format for kttsd also , tend to think this will need more notification options as notifications for new mail in some folders will need to be selectable , for example you may want to turn off notifications for new mail in /local/inbox/spam etc i use a custom spoken message for the new mail knotify event that speaks "you have new mail" and it works well but does not distinguish what folders have new mail so sort of a work around for a full implimentation of that atm qt4 and a screen reader when available should solve most of the problems but think it may miss being able to pickup the difference betwen read and unread mail so that may need to be addressed when the time comes i put the feature request for it to read out the content of the mail as a first instance , for a number of reasons , firstly it needs it secondly although other kttsd features are needed in kmail i was partly hoping that the kmail devs may think of adding other kttsd functions or come up with a better way to handle new mail events thirdly should be easy enough to impliment and expanding it to the other things should be easyer than thowing them in the deep end and wanting it all at once also atm we dont have a screen reader so tend to think that it may be better wating to find out what the screen reader will and will not handle without duplicating the function the abilaty to read out emails is probablay going to take the longest to get right with the filtering of unwanted html and formating etc although a lot of that could be handled with kttsd filters, the sooner we can get the function to read out the message content the more time we have to test and create filters needed for it and tweak them at least then even if the function gets replaced eventualy with a screen reader the filters should be ready and tested for it and should be mature by then dave
*** Bug 117411 has been marked as a duplicate of this bug. ***
Created attachment 20020 [details] kttsmgr filter for removing HTML markup This is a very basic HTML filter, which should remove all tags, and a few common entities.
This is a bit messy, but here's what I've come up with so far: Add 2 mail filters to the toolbar and/or filter menu which execute the following commands (on messages greater than 0 bytes (always), but not applied to incoming or outgoing mail) /opt/kde/bin/dcop kttsd KSpeech sayText "$(cat %0)" default /opt/kde/bin/dcop kttsd KSpeech sayText "$(cat %1)" default the second being for when an email is both plaintext and HTML but the plaintext part does not have the main content.
Fixed in 4.9. Now we can use it in viewer.