<div dir="ltr">I am no expert at field so my reply shouldn't count for much (it is just that noone else replied so far). I believe that general rule of a thumb in this situations is to send as much data as needed and than deal with it accordingly when it is needed. It is generally easier to ignore unneeded field than get data you don't have on your disposal.<div><br></div><div>V</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 11, 2015 at 2:19 AM, Jeremy Whiting <span dir="ltr"><<a href="mailto:jpwhiting@kde.org" target="_blank">jpwhiting@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey all,<div><br></div><div>Today I took another look at qtexttospeech_unix.cpp and realized we are only exposing the default speech dispatcher output module's voices to the api. I think either one of two things needs to happen. Which sounds more usable?</div><div><br></div><div>1. When the backend starts up it not only gets the output modules and create a QVoice for each one. This would require QVoice to have additional data about which output module it is using, but wouldn't require any api to switch output modules, just switch voices and it would switch the output module for you.</div><div><br></div><div>2. Add api to QTextToSpeech to get and set the synthesizer. Whenever the synthesizer is set the list of QVoice objects (availableVoices) will likely change, but QVoice itself wouldn't need to contain which synthesizer the voice is for.</div><div><br></div><div>I'm a bit torn myself, I think 1 is a better fit for the unix backend, but it's probably not as usable/meaningful on other platforms. Though maybe all platforms QVoice will need to have custom data associated with it, so we could add a QVariant or something to QVoice to hold it.</div><div><br></div><div>thoughts?</div><div><br></div><div>thanks,</div><div>Jeremy</div></div>
<br>_______________________________________________<br>
Accessibility mailing list<br>
<a href="mailto:Accessibility@qt-project.org">Accessibility@qt-project.org</a><br>
<a href="http://lists.qt-project.org/mailman/listinfo/accessibility" target="_blank">http://lists.qt-project.org/mailman/listinfo/accessibility</a><br>
<br></blockquote></div><br></div>