[Sugar-devel] Google Summer of Code proposal: Speech Synthesis (Small Achievment)

chirag jain chiragjain1989 at gmail.com
Wed Apr 1 08:22:21 EDT 2009


Hi!!

I am Chirag Jain. I  am proposing for Speech Synthesis at GSoC 2009.
For more information and suggestions please visit:
http://wiki.sugarlabs.org/go/speech-synthesis

Recently I have prepared a small code in python that can speak any
text selected anywhere in any window.

I have mentioned the code in my proposal also.....

If you have any suggestions please mail me.....

Attaching the source....

Regards
Chirag Jain

On 4/1/09, sugar-devel-request at lists.sugarlabs.org
<sugar-devel-request at lists.sugarlabs.org> wrote:
> Send Sugar-devel mailing list submissions to
> 	sugar-devel at lists.sugarlabs.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.sugarlabs.org/listinfo/sugar-devel
> or, via email, send a message with subject or body 'help' to
> 	sugar-devel-request at lists.sugarlabs.org
>
> You can reach the person managing the list at
> 	sugar-devel-owner at lists.sugarlabs.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Sugar-devel digest..."
>
>
> Today's Topics:
>
>    1. Re: announce: alternate power management (Peter Robinson)
>    2. [RELEASE] Chat-65 in sucrose-0.84 branch (Aleksey Lim)
>    3. Re: Distributors mixing across Sugar branches (Was:	Terminal
>       v25 (attention distro managers!!)) (Morgan Collett)
>    4. Re: [Server-devel] Gadget on XS (Martin Langhoff)
>    5. Re: [Server-devel] Gadget on XS (Guillaume Desmottes)
>    6. Re: [Server-devel] Gadget on XS (Martin Langhoff)
>    7. [SoaS] Approaching a Release... (Sebastian Dziallas)
>    8. Re: [Server-devel] Gadget on XS (Guillaume Desmottes)
>    9. Re: Distributors mixing across Sugar branches	(Was:	Terminal
>       v25 (attention distro managers!!)) (Jonas Smedegaard)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 1 Apr 2009 10:18:12 +0100
> From: Peter Robinson <pbrobinson at gmail.com>
> Subject: Re: [Sugar-devel] announce: alternate power management
> To: pgf at laptop.org
> Cc: devel at lists.laptop.org, sugar-devel at lists.sugarlabs.org
> Message-ID:
> 	<5256d0b0904010218g340d41e2x7b52c0c7232ff4b5 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> This looks quite interesting. Have you looked at what Fedora is
> introducing with DeviceKit-power and fellows in Fedora 11. It would be
> interesting to see the similarities in features to help minimise
> duplication of effort and to piggy back off Redhat's development
> resources. They are using it to push alot of the functionality of
> gnome-power-manager lower down into the stack which in turn means any
> device such as servers/kde/whatever can make use of it. More details
> can be seen here https://fedoraproject.org/wiki/Features/DeviceKit
>
> Peter
>
> On Fri, Mar 13, 2009 at 10:33 PM,  <pgf at laptop.org> wrote:
>> hi --
>>
>> i had an itch that needed scratching, and the result is a
>> reimplementation of much (but not all) of what ohmd does
>> currently.
>>
>> i've thought for some time (and i believe cjb agrees) that ohmd
>> is needlessly difficult to maintain and modify for our purposes
>> on the XO. ?small improvements are difficult to implement
>> quickly.
>>
>> since my heart is with more quasi-embedded systems than the XO's
>> current incarnation, part of my goal was to do a rewrite which
>> was not dependent on hald, dbus, or X11 -- power management
>> should work well from a console screen, and be available even if
>> none of those services is running.
>>
>> i call the service i wrote "powerd". ?it gets user idle/active
>> reports from the olpc-kbdshim daemon (which is watching all
>> user keypress and touchpad activity in any case), and it gets
>> reports regarding the hardware inputs (power button, lid and
>> ebook switches, ac adapter status, battery level, etc) either
>> from another small daemon that monitors /dev/input/event{0,1,2},
>> or from /sys nodes directly.
>>
>> it basically recreates ohmd's "dim after a bit, then sleep"
>> behavior, with some additions:
>>
>> ?- a power button splash screen: ?a second press of the power
>> ? ? button invokes shutdown, simply waiting for a brief timeout
>> ? ? invokes suspend, and any user activity cancels. ?(i even
>> ? ? managed to kinda sorta convey all that with graphics. ?i'm
>> ? ? sure every UI person that sees it will roll their eyes.)
>>
>> ?- configurable timeouts for screen dim and sleep. ?the dim
>> ? ?level is configurable.
>>
>> ?- different power management behavior when on wall power vs.
>> ? ?battery -- many laptop owners don't need to be miserly with
>> ? ?power when running from an external source. ?powerd makes
>> ? ?this behavior selectable.
>>
>> ?- different power behavior when in ebook mode (though detection
>> ? ?may be unreliable -- i think the ebook switch suffers from
>> ? ?some issues we previously noticed with the lid switch). ?this
>> ? ?should let you configure things like a very short timeout until
>> ? ?idle-suspend, and/or no screen dimming, when in ebook mode. ?(i
>> ? ?find the frequent on/off nature of the backlight when reading
>> ? ?in ebook mode to be a distraction.)
>>
>> ?- clean shutdown on critically low battery. ?(currently set at
>> ? ?a reported 5%, at which point my laptop would only run for
>> ? ?another couple of minutes.)
>>
>> ?- the ability to run arbitrary scripts after a resume. ?(perhaps
>> ? ?to reinit usb devices that don't suspend/resume properly? ?haven't
>> ? ?used this much yet.)
>>
>> ?- ease of customization, given that it's written in everyone's
>> ? ?favorite interpreted language.
>>
>> ?unimplemented:
>>
>> ?- inhibiting idle suspend based on system or network load.
>> ? ?i.e., the system will dim or suspend when watching a video.
>> ? ?(there are hooks in place where these features should be
>> ? ?implemented -- they're just not coded at all.) ?there's
>> ? ?no /etc/ohmd directory, so it honors /var/run/inhibit-idle-suspend
>> ? ?instead.
>>
>> ?- no special support for the wireless mesh, whatsoever. ?i
>> ? ?couldn't remember how it was supposed to work, and i recall
>> ? ?cjb saying it's hard to figure out whether the mesh is active
>> ? ?or not.
>>
>> ?- there's some support for wake-on-wlan, but it's not well tested.
>>
>> ?finally a big one:
>> ?- proper support for USB keyboards and mice. ?i recently
>> ? ?realized that since olpc-kbdshim only monitors the built-in
>> ? ?keyboard and touchpad, powerd will think the user is idle
>> ? ?while they type on a USB keyboard, and cheerfully suspend
>> ? ?regardless. ?(in my case, most of the time i want to
>> ? ?auto-suspend is when i'm running on battery, and not using
>> ? ?external devices, so i sort of forgot about this case.)
>>
>> anyway, code is available here:
>> ? ?http://dev.laptop.org/git/users/pgf/powerd/
>> and rpms are here:
>> ? ?http://dev.laptop.org/~pgf/rpms/
>>
>> you'll need to install both olpc-kbdshim and olpc-powerd (in that
>> order). ?when installed, olpc-powerd disables ohmd, and reenables
>> it when uninstalled. ?(so it's relatively safe to try.)
>>
>> there's no gui or other convenience for configuration --
>> see/etc/powerd/powerd.conf. ?the installed defaults should be
>> reasonable. ?and you'll need to run:
>> ? ?echo reconfig >/var/run/powerevents
>> after making changes to the config file.
>>
>> paul
>> =---------------------
>> ?paul fox, pgf at laptop.org
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.laptop.org
>> http://lists.laptop.org/listinfo/devel
>>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 1 Apr 2009 10:08:21 +0000
> From: Aleksey Lim <alsroot at member.fsf.org>
> Subject: [Sugar-devel] [RELEASE] Chat-65 in sucrose-0.84 branch
> To: sugar-devel at lists.sugarlabs.org
> Message-ID: <20090401100821.GA31146 at antilopa-gnu>
> Content-Type: text/plain; charset=us-ascii
>
> http://activities.sugarlabs.org/en-US/sugar/addon/4069
>
> == Source ==
>
> http://download.sugarlabs.org/sources/sucrose/fructose/Chat/Chat-65.tar.bz2
>
> == Bundle ==
>
> http://activities.sugarlabs.org/en-US/sugar/downloads/latest/4069
>
> == NEWS ==
>
> * Support new activity.info exec parameter
> * #402: "share or invite" hint even on resume of shared instance
>
> --
> Aleksey
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 1 Apr 2009 12:43:04 +0200
> From: Morgan Collett <morgan.collett at gmail.com>
> Subject: Re: [Sugar-devel] Distributors mixing across Sugar branches
> 	(Was:	Terminal v25 (attention distro managers!!))
> To: Sugar devel <sugar-devel at lists.sugarlabs.org>
> Message-ID:
> 	<e01c24400904010343l379c4edfx7aadae2e1a692672 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Wed, Apr 1, 2009 at 11:12, Jonas Smedegaard <dr at jones.dk> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On Wed, Apr 01, 2009 at 10:12:07AM +0200, Tomeu Vizoso wrote:
>>>On Tue, Mar 31, 2009 at 22:55, Simon Schampijer <simon at schampijer.de>
>>> wrote:
>>>> Wade Brainerd wrote:
>>>>> Yeah, v24 introduced tabs. ?v25 is a bugfix of v24.
>>>>
>>>> Hmmm, it has been packaged for Fedora 11 already. And F11 should only
>>>> contain Sucrose 0.84. Please make clear what Sucrose version it is
>>>> for when you announce new releases - since otherwise packagers pick
>>>> it up and put it in 0.84?
>>>
>>>Wonder if that's a problem for SugarLabs? If a packager wants to
>>>include an activity that is not part of the stable release of Sugar
>>>that they are shipping, isn't that their choice?
>>
>> I'd say so too.
>>
>> What I see that Sugarlabs can do to help encourage distributors to not
>> "fuck up" is to more clearly document what breaks by mixing.
>>
>> I have been guilty of mixing: Debian 0.82-based packages contain a "too
>> new" Browse. That activity will not run on an XO, but Debian contains a
>> newer underlying library so it works proberly anyway (I believe). ?But I
>> couldn't find anywhere a list of what I would break by mixing - I
>> learned about this particular shortcoming by following this upstream
>> development list closely, until someone mentioned it. (I think I even
>> posted an explicit question about it at somepoint, which I think was
>> ignored).
>>
>> I am not complining here, not at all: If we distributors mess your
>> carefully composed dependencies, then we are to blame for breaking
>> anything. ?But your carefull composition is based on some assumptions of
>> the underlying OS which are not universally true, and so does not apply
>> to all versions of all distributions.
>>
>>
>> - From a distributor point of view, it would be nice to be able to look at
>> the Homepage of each part of Sugar (sugar-toolkit, sugar-base, sugar,
>> hulahop, Browse, etc) and see not only a download link for the latest
>> and greatest release of that piece, but a download link for the latest
>> and greatest release for *each* of your development tracks (i.e.
>> currently 0.82, 0.84 and "bleeding edge") and also a brief note on which
>> changes are not backwards-compatible.
>
> +1
>
> Also publishing the changelogs for each release would be good -
> currently they seem to be only sent in the release announcement mail.
>
> Regards
> Morgan
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 1 Apr 2009 12:45:42 +0200
> From: Martin Langhoff <martin.langhoff at gmail.com>
> Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS
> To: Guillaume Desmottes <guillaume.desmottes at collabora.co.uk>
> Cc: server-devel at lists.laptop.org, Sugar-dev
> 	<Sugar-devel at lists.sugarlabs.org>
> Message-ID:
> 	<46a038f90904010345u73e0da1by633637b871a41688 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes
>> Basically you have to install the gadget service, launch it (it's a
>> separated process), modify your ejabberd.cfg as explained in the Gadget
>> README and then restart your ejabberd.
>
> I suspect he's done that already...
>
>> You can see if Gadget is working by looking at the XMPP traffic
>> exchanged between clients and the server.
>
> And as an end-user, what things work better / differently? As an
> end-user-administrator, does it expose any info, stats, knobs, etc?
>
> CC'ing Sugar-dev, as probably part of the answer is on what the new
> Sugar does when it finds that the server speaks Gadget...
>
> cheers,
>
>
> m
> --
>  martin.langhoff at gmail.com
>  martin at laptop.org -- School Server Architect
>  - ask interesting questions
>  - don't get distracted with shiny stuff  - working code first
>  - http://wiki.laptop.org/go/User:Martinlanghoff
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 01 Apr 2009 11:50:52 +0100
> From: Guillaume Desmottes <guillaume.desmottes at collabora.co.uk>
> Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS
> To: Martin Langhoff <martin.langhoff at gmail.com>
> Cc: server-devel at lists.laptop.org, Sugar-dev
> 	<Sugar-devel at lists.sugarlabs.org>
> Message-ID: <1238583052.4457.14.camel at cass-lpt>
> Content-Type: text/plain; charset="UTF-8"
>
> Le mercredi 01 avril 2009 ? 12:45 +0200, Martin Langhoff a ?crit :
>> On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes
>> > Basically you have to install the gadget service, launch it (it's a
>> > separated process), modify your ejabberd.cfg as explained in the Gadget
>> > README and then restart your ejabberd.
>>
>> I suspect he's done that already...
>>
>> > You can see if Gadget is working by looking at the XMPP traffic
>> > exchanged between clients and the server.
>>
>> And as an end-user, what things work better / differently?
>
> If you're using a recent Sugar it should request a view containing
> random activities and buddies. So you should see people/activities in
> your roster even if the shared roster is not configured.
>
>> As an
>> end-user-administrator, does it expose any info, stats, knobs, etc?
>
> You can redirect Gadget log to a file. The Debian package write logs
> to /var/log/gadget.log iirc; don't know for the RPM.
>
>
> 	G.
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 1 Apr 2009 12:53:50 +0200
> From: Martin Langhoff <martin.langhoff at gmail.com>
> Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS
> To: Guillaume Desmottes <guillaume.desmottes at collabora.co.uk>
> Cc: server-devel at lists.laptop.org, Sugar-dev
> 	<Sugar-devel at lists.sugarlabs.org>
> Message-ID:
> 	<46a038f90904010353j6a36b6dey6b35addaa5beeeee at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Wed, Apr 1, 2009 at 12:50 PM, Guillaume Desmottes
> <guillaume.desmottes at collabora.co.uk> wrote:
>> If you're using a recent Sugar it should request a view containing
>> random activities and buddies. So you should see people/activities in
>> your roster even if the shared roster is not configured.
>
> Cool! And does it evolve (learn?) from random to "people you've
> interacted with" or something similar?
>
> cheers,
>
>
> m
> --
>  martin.langhoff at gmail.com
>  martin at laptop.org -- School Server Architect
>  - ask interesting questions
>  - don't get distracted with shiny stuff  - working code first
>  - http://wiki.laptop.org/go/User:Martinlanghoff
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 01 Apr 2009 13:06:40 +0200
> From: Sebastian Dziallas <sebastian at when.com>
> Subject: [Sugar-devel] [SoaS] Approaching a Release...
> To: Sugar Devel <sugar-devel at lists.sugarlabs.org>,	iaep
> 	<iaep at lists.sugarlabs.org>
> Message-ID: <49D34AC0.6000406 at when.com>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>
> Hi folks,
>
> we've a new soas-2 snapshot available for you! This is the recommended
> version for today's testing session. You can grab it here:
>
> http://download.sugarlabs.org/soas/snapshots/2/Soas2-200904011025.iso
>
> There's also a virtual appliance available here:
>
> http://download.sugarlabs.org/soas/appliances/soas2-20090401.tar.gz
>
> Though, we'd like to request to test the .iso image as much as possible,
> as we're quickly approaching our release, which is in fact scheduled for
> April 10th. Please make sure to report all bugs you come along, so that
> they can be fixed in time until April 5th.
>
> What's new in this snapshot?
>
> * It's now based on the Rawhide state F11 Beta was composed from
> * It includes now the latest Sugar bits (thanks erikos)
>
> There are also several other improvements and bug fixes, such as you
> should now be able to remove the honey activities as a user.
>
> Again, please give this image a try and join us for the testing session!
>
> Thanks and have fun,
>     --Your SoaS Team
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 01 Apr 2009 12:23:07 +0100
> From: Guillaume Desmottes <guillaume.desmottes at collabora.co.uk>
> Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS
> To: Martin Langhoff <martin.langhoff at gmail.com>
> Cc: server-devel at lists.laptop.org, Sugar-dev
> 	<Sugar-devel at lists.sugarlabs.org>
> Message-ID: <1238584987.4457.16.camel at cass-lpt>
> Content-Type: text/plain; charset="UTF-8"
>
> Le mercredi 01 avril 2009 ? 12:53 +0200, Martin Langhoff a ?crit :
>> On Wed, Apr 1, 2009 at 12:50 PM, Guillaume Desmottes
>> <guillaume.desmottes at collabora.co.uk> wrote:
>> > If you're using a recent Sugar it should request a view containing
>> > random activities and buddies. So you should see people/activities in
>> > your roster even if the shared roster is not configured.
>>
>> Cool! And does it evolve (learn?) from random to "people you've
>> interacted with" or something similar?
>
> No, atm it's pure random. Gadget also supports contact and activity
> search but Sugar doesn't have UI for it currently.
>
> If user want to be able to always see a buddy, the right way is to add
> him as a friend.
>
>
> 	G.
>
>
>
> ------------------------------
>
> Message: 9
> Date: Wed, 1 Apr 2009 13:29:29 +0200
> From: Jonas Smedegaard <dr at jones.dk>
> Subject: Re: [Sugar-devel] Distributors mixing across Sugar branches
> 	(Was:	Terminal v25 (attention distro managers!!))
> To: sugar-devel at lists.sugarlabs.org
> Message-ID: <20090401112929.GM30069 at jones.dk>
> Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wed, Apr 01, 2009 at 12:43:04PM +0200, Morgan Collett wrote:
>>On Wed, Apr 1, 2009 at 11:12, Jonas Smedegaard <dr at jones.dk> wrote:
>>> - From a distributor point of view, it would be nice to be able to
>>> look at the Homepage of each part of Sugar (sugar-toolkit,
>>> sugar-base, sugar, hulahop, Browse, etc) and see not only a download
>>> link for the latest and greatest release of that piece, but a
>>> download link for the latest and greatest release for *each* of your
>>> development tracks (i.e. currently 0.82, 0.84 and "bleeding edge")
>>> and also a brief note on which changes are not backwards-compatible.
>>
>>+1
>>
>>Also publishing the changelogs for each release would be good -
>>currently they seem to be only sent in the release announcement mail.
>
>
> With the risk of writing stuff that you all know better than me
> already, let me elaborate a bit on that:
>
> There is several levels of "changes".  In Debian we may have the
> following, for each single software package:
>
>   * VCS commit notes, describing each atomic edit
>   * Changelog entries, grouped per release
>   * NEWS items about eventual major changes, grouped by release
>   * Status pages, tracking newest events for each branch
>   * Long description, describing the product in few sentences
>   * Short description, describing the product in one line
>
> I probably forgot some.
>
> Above list is ordered in after how often it typically needs updating.
> (yes, short and long descriptions are also a form of status info: Debian
> Sugar packages currently mention that Sugar is mostly for XOs ;-) ).
>
> An important issue (that I thankfully haven't noticed abused at
> Sugarlabs but frequently in Debian) is that each and every item in above
> channels should be somewhat self-contained.  It is ok to reference
> external resources (like bug-number being closed) but it is wrong to
> write "Fixed earlier problem properly now" without mentioning *what*
> problem it is, in the entry itself.
>
>
>   - Jonas
>
> - --
> * Jonas Smedegaard - idealist og Internet-arkitekt
> * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
>   [x] quote me freely  [ ] ask before reusing  [ ] keep private
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAknTUBkACgkQn7DbMsAkQLjvHwCeJpui2oc8eYzIeLGzJVLY2ZxI
> 69UAoJX+VBL7FI689W5sUtWiBKjdLF11
> =xHeu
> -----END PGP SIGNATURE-----
>
>
> ------------------------------
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
> End of Sugar-devel Digest, Vol 6, Issue 3
> *****************************************
>
-------------- next part --------------
import gtk
from espeak import espeak
obj=espeak()
clip=gtk.Clipboard(display=gtk.gdk.display_get_default(),selection="PRIMARY")
text=clip.wait_for_text()
if text==None:
    obj.speak("Sorry! No text is selected")
else:
    obj.speak(text)


More information about the Sugar-devel mailing list