[Sugar-devel] [FEATURE] Global Text to Speech

[Gonzalo Odiard]

On Thu, Jan 19, 2012 at 6:32 AM, Simon Schampijer <simon at schampijer.de>wrote:

> On 01/17/2012 10:48 PM, Gonzalo Odiard wrote:
>
>> Hi Gonzalo,
>>
>>
>>> thanks for the patch! Here are a few notes:
>>>
>>> - when you have a text selected and want it to be spoken out a clipboard
>>> entry is created (I guess you need to have a look at why the clipboard
>>> tray
>>> reacts to that selection)
>>>
>>>
>>>  I only see this problem with the Write activity, not with Read, Browse
>> or
>> Wikipedia-
>> May be Write is doing anything different with the clipboard?
>>
>
> Ahh, ok yes - seems to only happen with Write. Can you please have a look
> why that happens?
>
>

Yes.



>
>  - you specify gconf keys, those would need to be added to the schema as
>>> well
>>>
>>> Added.
>>>
>>
>>
>>  - when you select a long text for reading there is no way to pause/stop
>>> it, might be worth having that option as well
>>>
>>>
>>>  It's true. I have added controls to pause/stop in the palette.
>> I have tried with two options (please see
>> http://wiki.sugarlabs.org/go/**Talk:Features/Global_Text_To_**Speech<http://wiki.sugarlabs.org/go/Talk:Features/Global_Text_To_Speech>
>> )
>> One option with menu items and the other with buttons. The option with
>> menu
>> items looks better,
>> but when the item is activated, the palette close, then if you want
>> pause/play more than one time
>> is annoying.
>> The option with buttons is better for usability, because the palette is
>> not
>> closed,
>> but is uglier (the separator does not take all the palette width). Advice
>> is welcomed.
>> The code is commented in the patch then is easy test the two options
>> (SpeechPalette __init__ and _set_buttons_state)
>>
>
> A technical detail about the new gtk-3 based palettes:
>
> "...As a result of this, palettes can now pack either a user-defined
> collection of widgets, or a menu, but types can no longer be mixed. This
> should only affect a handful of palettes which will need to pick a single
> approach and convert to it."
>
> This means the approach with packing menu items into the palettes and
> having in combination with the sliders is not future proof. Would be good
> if we could find another way of handling it,other palettes (like the
> speaker one) will be interested in a solution as well.
>
>
Hmm, then I will try improve the option with the buttons.



>
>  I don't know what to do with the hot key. Pause if the user press when a
>> text is being played?
>>
>>
>>  - the shortcut is a bit long, maybe 'alt+s' is enough? (see above, maybe
>>> there is a shortcut as well for stopping? or hitting it again does stop
>>> the
>>> current playing one?)
>>>
>>>
>>>  Ok, changed. To stop we use Ctrl + q
>>
>
> 'Ctrl+q' is already in use for activity closing, no? Can you elaborate
> what you are proposing or describing?
>
>
I mean, to stop the activities, we use ctrl + q, then, there are not
collisions.

Gary proposed use the same alt + s to play/pause.
Do you think we should add a shortcut to stop playing the text?

Gonzalo



> Regards,
>   Simon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20120119/efce36a6/attachment-0001.html>