2014-03-27, 01:52
(2014-03-23, 20:58)ruuk Wrote: I think with the gnu debugger GDB installed and debug logging enabeled, a crash will generate a stack trace in the crash log. My system puts a crashlog into my home directory.I am also verry inexperienced when it comes to this.
I don't really know how to read a stack trace, so this is rarely useful for me
(2014-03-23, 20:58)ruuk Wrote: I don't know if that's helpful or not. I'm about ready to give up on ctypes with espeak, unless you have any ideas.Unfortunatelly I have no more ideas. So we will most likelly get rid of it or at least we should not include it in the settings.
(2014-03-23, 20:58)ruuk Wrote: By the way, is there a special way to start speech-dispatcher to get it to work with the addon. I tried with it running and not running and it fails to show up. Raising the exception in the available() method's try clause says something about the client and server expecting different paths.The speechd.Speaker object can take autospawn keyword argument inside its __init__ method. If that's set to true python-speechd library attempts to start speech-dispatcher if it's not running.
However I have chosen not to start it because while using orca or emacs speak on linux these will make sure it's running. This is the only scenario anyone would like to use speech-dispatcher I think.
I think we may give it a lower priority when checking for available TTS backends to avoid lags, crashes etc.
(2014-03-24, 01:06)ruuk Wrote: pvagner: I added the ability to add arbitrary settings to a backend. You still have to manually add the settings.xml entry, but the rest is fairly simple.I will have to check this out. Maybe during the weekend I might add rate control to more engines e.g. sapi, eSpeak XA.
Also does this supposed to now handle all text views or just changelog?
I am using this with speech-dispatcher on linux at the moment and unfortunatelly position info pauses speaking of th actual text while arrowing up / down inside the changelog. Perhaps I need to fix something in the speech-dispatcher TTS backend.
I have never imagined such cool things are possible. Handling typing echo when virtual keyboard is in focus is an example of such cool stuff. Still it's a pitty we are unable to monitor when the caret moves so we might add an ability to report characters under the cursor while pressing left / right arrow keys inside the virtual keyboard view. Or might that also be possible with some trick?
Thanks for all the hard work ruuk