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-requ...@lists.sugarlabs.org <sugar-devel-requ...@lists.sugarlabs.org> wrote: > Send Sugar-devel mailing list submissions to > sugar-devel@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-requ...@lists.sugarlabs.org > > You can reach the person managing the list at > sugar-devel-ow...@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 <pbrobin...@gmail.com> > Subject: Re: [Sugar-devel] announce: alternate power management > To: p...@laptop.org > Cc: de...@lists.laptop.org, sugar-devel@lists.sugarlabs.org > Message-ID: > <5256d0b0904010218g340d41e2x7b52c0c7232ff...@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, <p...@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, p...@laptop.org >> _______________________________________________ >> Devel mailing list >> de...@lists.laptop.org >> http://lists.laptop.org/listinfo/devel >> > > > ------------------------------ > > Message: 2 > Date: Wed, 1 Apr 2009 10:08:21 +0000 > From: Aleksey Lim <alsr...@member.fsf.org> > Subject: [Sugar-devel] [RELEASE] Chat-65 in sucrose-0.84 branch > To: sugar-devel@lists.sugarlabs.org > Message-ID: <20090401100821.ga31...@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.coll...@gmail.com> > Subject: Re: [Sugar-devel] Distributors mixing across Sugar branches > (Was: Terminal v25 (attention distro managers!!)) > To: Sugar devel <sugar-devel@lists.sugarlabs.org> > Message-ID: > <e01c24400904010343l379c4edfx7aadae2e1a692...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Wed, Apr 1, 2009 at 11:12, Jonas Smedegaard <d...@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 <si...@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.langh...@gmail.com> > Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS > To: Guillaume Desmottes <guillaume.desmot...@collabora.co.uk> > Cc: server-de...@lists.laptop.org, Sugar-dev > <Sugar-devel@lists.sugarlabs.org> > Message-ID: > <46a038f90904010345u73e0da1by633637b871a41...@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.langh...@gmail.com > mar...@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.desmot...@collabora.co.uk> > Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS > To: Martin Langhoff <martin.langh...@gmail.com> > Cc: server-de...@lists.laptop.org, Sugar-dev > <Sugar-devel@lists.sugarlabs.org> > Message-ID: <1238583052.4457.14.ca...@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.langh...@gmail.com> > Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS > To: Guillaume Desmottes <guillaume.desmot...@collabora.co.uk> > Cc: server-de...@lists.laptop.org, Sugar-dev > <Sugar-devel@lists.sugarlabs.org> > Message-ID: > <46a038f90904010353j6a36b6dey6b35addaa5bee...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Wed, Apr 1, 2009 at 12:50 PM, Guillaume Desmottes > <guillaume.desmot...@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.langh...@gmail.com > mar...@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 <sebast...@when.com> > Subject: [Sugar-devel] [SoaS] Approaching a Release... > To: Sugar Devel <sugar-devel@lists.sugarlabs.org>, iaep > <i...@lists.sugarlabs.org> > Message-ID: <49d34ac0.6000...@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.desmot...@collabora.co.uk> > Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS > To: Martin Langhoff <martin.langh...@gmail.com> > Cc: server-de...@lists.laptop.org, Sugar-dev > <Sugar-devel@lists.sugarlabs.org> > Message-ID: <1238584987.4457.16.ca...@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.desmot...@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 <d...@jones.dk> > Subject: Re: [Sugar-devel] Distributors mixing across Sugar branches > (Was: Terminal v25 (attention distro managers!!)) > To: sugar-devel@lists.sugarlabs.org > Message-ID: <20090401112929.gm30...@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 <d...@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@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > > > End of Sugar-devel Digest, Vol 6, Issue 3 > ***************************************** >
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)
_______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel