Re: [Sugar-devel] [PATCH gst-plugins-espeak] Setup the plugin metadata
On Fri, Sep 28, 2012 at 07:54:09AM +0200, Daniel Narvaez wrote: On Thursday, 27 September 2012, Aleksey Lim wrote: On Tue, Sep 25, 2012 at 10:57:48AM +0200, Daniel Narvaez wrote: Work around https://bugzilla.gnome.org/show_bug.cgi?id=684765 Thanks for the hint. http://git.sugarlabs.org/gst-plugins-espeak/mainline/commit/890c514d7c630923908e1fcb3387ff3d35897547 Cool! Can we do a release of the current master? I would like to get it in Fedora as soon as possible so that we get more testing. Thanks! Does it work as assumed after compilig in f18? I tested with recent git and it works for me. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
On Wed, Sep 26, 2012 at 4:20 PM, Daniel Narvaez dwnarv...@gmail.com wrote: On 26 September 2012 16:02, Walter Bender walter.ben...@gmail.com wrote: On Wed, Sep 26, 2012 at 9:48 AM, Daniel Narvaez dwnarv...@gmail.com wrote: On 26 September 2012 15:40, Walter Bender walter.ben...@gmail.com wrote: Hmm. 100 is not large enough, whereas I am already up to Turtle Blocks v160 :P But I don't know why even/odd is any less obvious than 100. I am not sure how to proceed. Maybe start using dotted numbers for the gtk3 version only? That is an interesting idea. And as long as we list the dotted number versions as 0.96+ then older Sugars will not look at them. So we could have a whole number for gtk2 ( 0.96) and dotted number for gtk3. Might work. But needs testing. As Gonzalo pointed out the problem is that latest sugar will see old gtk2 versions of the activity as newer than dotted recent ones. I'm getting convinced we should just use a very high version number (like 1000.0) to avoid that. Ugly but very straightforward. Maybe just use 100. From release 12 to 36 it's been a little over 2 years so at that rate it's around 3 years until we reach 100 on gtk2. By then we should have most end users above 10.1.3 and those that aren't are very unlikely to be updating versions of Activities anyway so if we hit the 90s we can go to dot releases. By them I hope gtk2 stuff is dead and we're all just dealing with gtk3+ Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Distance-34
On Wed, Sep 26, 2012 at 6:24 PM, Gonzalo Odiard gonz...@laptop.org wrote: Please, remember add summary information in the activity.info file. And to release a tar file! Gonzalo On Wed, Sep 26, 2012 at 2:03 PM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4264 Sugar Platform: 0.96 - 0.98 Download Now: http://activities.sugarlabs.org/downloads/file/28237/distance-34.xo Release notes: *Change _shared_activity by shared_activity (fdane...@activitycentral.com), enabling sharing. Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ImageViewer gtk3 branch maintainership
On Thu, Sep 27, 2012 at 6:03 PM, Aleksey Lim alsr...@sugarlabs.org wrote: On Wed, Sep 26, 2012 at 05:09:34PM -0300, Gonzalo Odiard wrote: Hi Aleksey, As the OLPC team approach the release of 13.1.0, we are improving and testing the support of touch in the activities. One of the activities where this is important, is ImageViewer. To support two fingers pinch-to-zoom or rotation, we need a version ported to gtk3, and there are already a branch where Flavio did it. Manuel Kaufmann is working based in the work from Flavio. I understand you are fully focused in Sugar Network, and probably do not have too much time to test in a recent version of Sugar and do release work. How can we coordinate to have a gtk3 version release on ASLO? Of course can be marked as compatible with sugar-0.98, then other users will not be affected. The only need I see, is not stating new versions as =0.94. The issues we need solve are: 1) Who will be responsible by the branch/release I guess people who support gtk3 branch. Ok. We can coordinate. 2) Schema number for gtk2 and gtk3 releases. Since there is 0.88 in the field, it think it will be better to reserve some major numbers for possible bugfixes for current code and start using versioning scheme what people, who take care about gtk3 releases, prefer. I think we can create a version 100 for the gtk3 branch, just to have similar numbers to Abacus and maybe other activities with the same criteria. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
On Fri, Sep 28, 2012 at 5:24 AM, Peter Robinson pbrobin...@gmail.com wrote: On Wed, Sep 26, 2012 at 4:20 PM, Daniel Narvaez dwnarv...@gmail.com wrote: On 26 September 2012 16:02, Walter Bender walter.ben...@gmail.com wrote: On Wed, Sep 26, 2012 at 9:48 AM, Daniel Narvaez dwnarv...@gmail.com wrote: On 26 September 2012 15:40, Walter Bender walter.ben...@gmail.com wrote: Hmm. 100 is not large enough, whereas I am already up to Turtle Blocks v160 :P But I don't know why even/odd is any less obvious than 100. I am not sure how to proceed. Maybe start using dotted numbers for the gtk3 version only? That is an interesting idea. And as long as we list the dotted number versions as 0.96+ then older Sugars will not look at them. So we could have a whole number for gtk2 ( 0.96) and dotted number for gtk3. Might work. But needs testing. As Gonzalo pointed out the problem is that latest sugar will see old gtk2 versions of the activity as newer than dotted recent ones. I'm getting convinced we should just use a very high version number (like 1000.0) to avoid that. Ugly but very straightforward. Maybe just use 100. From release 12 to 36 it's been a little over 2 years so at that rate it's around 3 years until we reach 100 on gtk2. By then we should have most end users above 10.1.3 and those that aren't are very unlikely to be updating versions of Activities anyway so if we hit the 90s we can go to dot releases. By them I hope gtk2 stuff is dead and we're all just dealing with gtk3+ Peter I am not sure what problem we are trying to solve. If I give you any release number than the latest gtk2 version, won't that solve your problem? And if I label that release with 0.96+ in ASLO, won't that resolve itself re old Sugar systems? I think the solution may lie in simply not making tar balls for gtk2 versions. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
I am not sure what problem we are trying to solve. If I give you any release number than the latest gtk2 version, won't that solve your problem? And if I label that release with 0.96+ in ASLO, won't that resolve itself re old Sugar systems? I think the solution may lie in simply not making tar balls for gtk2 versions. -walter It's true you can just don't publish tarballs of gtk2 versions, but probably will be confusing for the users. Should be good if we can agree in a consistent numbers in activities. If we decide the proposed schema does not works (dotted version for gtk2, integer for gtk3) we should talk and define a new one. I like the proposal from Peter, just start with 100 with gtk3 versions looks sane. Gonzalo -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
On Fri, Sep 28, 2012 at 8:12 AM, Gonzalo Odiard gonz...@laptop.org wrote: I am not sure what problem we are trying to solve. If I give you any release number than the latest gtk2 version, won't that solve your problem? And if I label that release with 0.96+ in ASLO, won't that resolve itself re old Sugar systems? I think the solution may lie in simply not making tar balls for gtk2 versions. -walter It's true you can just don't publish tarballs of gtk2 versions, but probably will be confusing for the users. Should be good if we can agree in a consistent numbers in activities. If we decide the proposed schema does not works (dotted version for gtk2, integer for gtk3) we should talk and define a new one. I like the proposal from Peter, just start with 100 with gtk3 versions looks sane. I don't agree re 100+ simply because some activities already have greater than 100 versions (TA, Browse, etc.). We could start at 1000, I suppose. But why not just use even for gtk2 and odd for gtk3? -walter Gonzalo -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
My point is reach a agreement in _one_ criteria if possible. The only activity needing a bigger number probably is Turtle (can start form 200?) Read and Browse are already ported to gtk3 and do not have development in gtk2. Gonzalo I don't agree re 100+ simply because some activities already have greater than 100 versions (TA, Browse, etc.). We could start at 1000, I suppose. But why not just use even for gtk2 and odd for gtk3? -walter Gonzalo -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
On Fri, Sep 28, 2012 at 8:27 AM, Gonzalo Odiard gonz...@laptop.org wrote: My point is reach a agreement in _one_ criteria if possible. The only activity needing a bigger number probably is Turtle (can start form 200?) Read and Browse are already ported to gtk3 and do not have development in gtk2. I should stop any further maintenance on gtk-2 as well, but I feel the need to make releases for the sake of i18n at least. -walter Gonzalo I don't agree re 100+ simply because some activities already have greater than 100 versions (TA, Browse, etc.). We could start at 1000, I suppose. But why not just use even for gtk2 and odd for gtk3? -walter Gonzalo -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
On Fri, Sep 28, 2012 at 9:29 AM, Walter Bender walter.ben...@gmail.comwrote: On Fri, Sep 28, 2012 at 8:27 AM, Gonzalo Odiard gonz...@laptop.org wrote: My point is reach a agreement in _one_ criteria if possible. The only activity needing a bigger number probably is Turtle (can start form 200?) Read and Browse are already ported to gtk3 and do not have development in gtk2. I should stop any further maintenance on gtk-2 as well, but I feel the need to make releases for the sake of i18n at least. In that case keep 20 numbers or so open is enough Gonzalo -walter Gonzalo I don't agree re 100+ simply because some activities already have greater than 100 versions (TA, Browse, etc.). We could start at 1000, I suppose. But why not just use even for gtk2 and odd for gtk3? -walter Gonzalo -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
On Friday, 28 September 2012, Walter Bender wrote: On Fri, Sep 28, 2012 at 5:24 AM, Peter Robinson pbrobin...@gmail.comjavascript:; wrote: On Wed, Sep 26, 2012 at 4:20 PM, Daniel Narvaez dwnarv...@gmail.comjavascript:; wrote: On 26 September 2012 16:02, Walter Bender walter.ben...@gmail.comjavascript:; wrote: On Wed, Sep 26, 2012 at 9:48 AM, Daniel Narvaez dwnarv...@gmail.comjavascript:; wrote: On 26 September 2012 15:40, Walter Bender walter.ben...@gmail.comjavascript:; wrote: Hmm. 100 is not large enough, whereas I am already up to Turtle Blocks v160 :P But I don't know why even/odd is any less obvious than 100. I am not sure how to proceed. Maybe start using dotted numbers for the gtk3 version only? That is an interesting idea. And as long as we list the dotted number versions as 0.96+ then older Sugars will not look at them. So we could have a whole number for gtk2 ( 0.96) and dotted number for gtk3. Might work. But needs testing. As Gonzalo pointed out the problem is that latest sugar will see old gtk2 versions of the activity as newer than dotted recent ones. I'm getting convinced we should just use a very high version number (like 1000.0) to avoid that. Ugly but very straightforward. Maybe just use 100. From release 12 to 36 it's been a little over 2 years so at that rate it's around 3 years until we reach 100 on gtk2. By then we should have most end users above 10.1.3 and those that aren't are very unlikely to be updating versions of Activities anyway so if we hit the 90s we can go to dot releases. By them I hope gtk2 stuff is dead and we're all just dealing with gtk3+ Peter I am not sure what problem we are trying to solve. If I give you any release number than the latest gtk2 version, won't that solve your problem? And if I label that release with 0.96+ in ASLO, won't that resolve itself re old Sugar systems? I think the solution may lie in simply not making tar balls for gtk2 versions. If, say, you release 50 for gtk3 and then 51 for gtk2, new systems will update to the gtk2 version. -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
On Friday, 28 September 2012, Walter Bender wrote: On Fri, Sep 28, 2012 at 8:12 AM, Gonzalo Odiard gonz...@laptop.orgjavascript:; wrote: I am not sure what problem we are trying to solve. If I give you any release number than the latest gtk2 version, won't that solve your problem? And if I label that release with 0.96+ in ASLO, won't that resolve itself re old Sugar systems? I think the solution may lie in simply not making tar balls for gtk2 versions. -walter It's true you can just don't publish tarballs of gtk2 versions, but probably will be confusing for the users. Should be good if we can agree in a consistent numbers in activities. If we decide the proposed schema does not works (dotted version for gtk2, integer for gtk3) we should talk and define a new one. I like the proposal from Peter, just start with 100 with gtk3 versions looks sane. I don't agree re 100+ simply because some activities already have greater than 100 versions (TA, Browse, etc.). We could start at 1000, I suppose. But why not just use even for gtk2 and odd for gtk3? IMO we don't need consistency between activities about the number, just about the general approach (i.e. gtk3 starting with a number high enough that gtk2 gtk3). About even and odd, I guess it would work if you make sure the highest number is always gtk3. Which is possible but feels a bit complicated to me, I don't know. -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] last-minute feature proposal for 0.98
I am hoping to get this into the OLPC 13.1 build. Any change of getting it into Sugar 0.98? -walter -- Forwarded message -- From: Walter Bender walter.ben...@gmail.com Date: Thu, Sep 27, 2012 at 8:18 PM Subject: Re: 13.1.0 feature freeze reminder To: Daniel Drake d...@laptop.org Cc: OLPC Devel de...@lists.laptop.org On Thu, Sep 27, 2012 at 5:46 PM, Daniel Drake d...@laptop.org wrote: Hi, Just a quick reminder that we move to bug-fixes-only for 13.1.0 on October 11th which is exactly 2 weeks from now. I have a new feature I would like to propose. maintain a list of launch times in the metadata. This will be useful for datastore analysis in the client. (The sugar-stats package [1] developed and maintained by alsroot can also be used to capture these data, but I posit that having these data as part of the datastore will facilitate data visualizations within Sugar itself.) The attached patch, also shown inline here to sugar-toolkit/src/sugar/activity/activity.py adds a timestamp each time an activity is launched. These timestamps can be used to answer questions such as how often an activity has been used? in school or at home, et al. that are being asked by teachers and also used to provide feedback to the child as to when and where they are working. --- a/activity.py +++ b/activity.py @@ -324,6 +324,14 @@ class Activity(Window, gtk.Container): if 'share-scope' in self._jobject.metadata: share_scope = self._jobject.metadata['share-scope'] +if 'launch-times' in self._jobject.metadata: +self._jobject.metadata['launch-times'] = '%s, %d' % ( +self._jobject.metadata['launch-times'], +int(time.time())) +else: +self._jobject.metadata['launch-times'] = \ +str(int(time.time())) + self.shared_activity = None self._join_id = None @@ -376,6 +384,7 @@ class Activity(Window, gtk.Container): jobject.metadata['preview'] = '' jobject.metadata['share-scope'] = SCOPE_PRIVATE jobject.metadata['icon-color'] = icon_color +jobject.metadata['launch-times'] = str(int(time.time())) jobject.file_path = '' # FIXME: We should be able to get an ID synchronously from the DS, http://wiki.laptop.org/go/13.1.0/Release_plan Daniel ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org [1] http://git.sugarlabs.org/server/client/trees/master -- Walter Bender Sugar Labs http://www.sugarlabs.org launch-time.patch Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Abacus-36
On Fri, Sep 28, 2012 at 9:38 AM, Daniel Narvaez dwnarv...@gmail.com wrote: On Friday, 28 September 2012, Walter Bender wrote: On Fri, Sep 28, 2012 at 8:12 AM, Gonzalo Odiard gonz...@laptop.org wrote: I am not sure what problem we are trying to solve. If I give you any release number than the latest gtk2 version, won't that solve your problem? And if I label that release with 0.96+ in ASLO, won't that resolve itself re old Sugar systems? I think the solution may lie in simply not making tar balls for gtk2 versions. -walter It's true you can just don't publish tarballs of gtk2 versions, but probably will be confusing for the users. Should be good if we can agree in a consistent numbers in activities. If we decide the proposed schema does not works (dotted version for gtk2, integer for gtk3) we should talk and define a new one. I like the proposal from Peter, just start with 100 with gtk3 versions looks sane. I don't agree re 100+ simply because some activities already have greater than 100 versions (TA, Browse, etc.). We could start at 1000, I suppose. But why not just use even for gtk2 and odd for gtk3? IMO we don't need consistency between activities about the number, just about the general approach (i.e. gtk3 starting with a number high enough that gtk2 gtk3). About even and odd, I guess it would work if you make sure the highest number is always gtk3. Which is possible but feels a bit complicated to me, I don't know. -- Daniel Narvaez I think the whole problem arose because I forgot to release the gtk-3 version. I'll do so ASAP. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] scale-changed and angle-changed events
Hello, I'm working on ImageViewer using SugarGestures.ZoomController and SugarGestures.RotateController with the signals: angle-changed and scale-changed. I realized that those signals are trigged without a change on those values. For example, if I simply touch the screen with two fingers and do not move them (just keep them frozen into the screen) I receive a lot of calls to the callback function associated to those events with the same scale, angle and diff values. I think it's a bug upstream but maybe I'm confused about how it should work. Thanks, -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Browse-141
The Palettes are back, nice page for errors, and many more fixes release. == Source == http://download.sugarlabs.org/sources/sucrose/fructose/Browse/Browse-141.tar.bz2 == News == * Release 141 (Manuel Quiñones) * Add summary to activity.info (Manuel Quiñones) * Show Sugar's palette when right click is pressed SL #3455 (Manuel Kaufmann) * Button to clear the url entry SL #3499 (Manuel Kaufmann) * Restore the Bookmarks tray handling using a toggle button - SL #3868 (Manuel Quiñones) * Display only the URL in the URL entry SL #3553 (Manuel Kaufmann) * Error page SL #3500 (Manuel Kaufmann) * Busy indication SL #851 (Manuel Kaufmann) * Escape key stops page loading SL #3373 (Manuel Kaufmann) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user anderson861.: 26 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user aputsiaq.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Revert zoom with the original value SL #3540 (Manuel Kaufmann) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 33 of 35 messages translated (2 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 32 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Use UNICODE string to search into places SL #2830 (Manuel Kaufmann) * Remove GObject threads - SL #3670 (Manuel Quiñones) * Commit from Sugar Labs: Translation System by user cjl.: 33 of 35 messages translated (2 fuzzy). (Pootle daemon) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Abacus-37
Activity Homepage: http://activities.sugarlabs.org/addon/4293 Sugar Platform: 0.96 - 0.98 Download Now: http://activities.sugarlabs.org/downloads/file/28246/abacus-37.xo Release notes: 37 ENHANCEMENT * New translations * Added summary to activity.info Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Browse-141
Activity Homepage: http://activities.sugarlabs.org/addon/4024 Sugar Platform: 0.98 - 0.98 Download Now: http://activities.sugarlabs.org/downloads/file/28247/browse-141.xo Release notes: * Release 141 (Manuel Quiñones) * Add summary to activity.info (Manuel Quiñones) * Show Sugar's palette when right click is pressed SL #3455 (Manuel Kaufmann) * Button to clear the url entry SL #3499 (Manuel Kaufmann) * Restore the Bookmarks tray handling using a toggle button - SL #3868 (Manuel Quiñones) * Display only the URL in the URL entry SL #3553 (Manuel Kaufmann) * Error page SL #3500 (Manuel Kaufmann) * Busy indication SL #851 (Manuel Kaufmann) * Escape key stops page loading SL #3373 (Manuel Kaufmann) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user anderson861.: 26 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user aputsiaq.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 36 of 36 messages translated (0 fuzzy). (Pootle daemon) * Revert zoom with the original value SL #3540 (Manuel Kaufmann) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 33 of 35 messages translated (2 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 32 of 35 messages translated (0 fuzzy). (Pootle daemon) * Commit from Sugar Labs: Translation System by user cjl.: 35 of 35 messages translated (0 fuzzy). (Pootle daemon) * Use UNICODE string to search into places SL #2830 (Manuel Kaufmann) * Remove GObject threads - SL #3670 (Manuel Quiñones) * Commit from Sugar Labs: Translation System by user cjl.: 33 of 35 messages translated (2 fuzzy). (Pootle daemon) Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] Browse-141
On Fri, Sep 28, 2012 at 11:37 AM, Manuel Quiñones ma...@laptop.org wrote: The Palettes are back, nice page for errors, and many more fixes release. I'm very happy with this release. Thanks to manuq and gary for they help! -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] Browse-141
2012/9/28 Manuel Kaufmann humi...@gmail.com: On Fri, Sep 28, 2012 at 11:37 AM, Manuel Quiñones ma...@laptop.org wrote: The Palettes are back, nice page for errors, and many more fixes release. I'm very happy with this release. Thanks to manuq and gary for they help! Forgot to say, thanks humitos for your contributions, and Gary for providing the designer eye. Cheers, -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] scale-changed and angle-changed events
2012/9/28 Manuel Kaufmann humi...@gmail.com: Hello, I'm working on ImageViewer using SugarGestures.ZoomController and SugarGestures.RotateController with the signals: angle-changed and scale-changed. I realized that those signals are trigged without a change on those values. For example, if I simply touch the screen with two fingers and do not move them (just keep them frozen into the screen) I receive a lot of calls to the callback function associated to those events with the same scale, angle and diff values. I think it's a bug upstream but maybe I'm confused about how it should work. Yeah, that is a known issue, Simon and Carlos are aware of it. Thanks! -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] last-minute feature proposal for 0.98
2012/9/28 Walter Bender walter.ben...@gmail.com: I am hoping to get this into the OLPC 13.1 build. Any change of getting it into Sugar 0.98? Looks like a good addition for me and patch looks fine. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] last-minute feature proposal for 0.98
On Fri, Sep 28, 2012 at 12:26 PM, Manuel Quiñones ma...@laptop.org wrote: 2012/9/28 Walter Bender walter.ben...@gmail.com: I am hoping to get this into the OLPC 13.1 build. Any change of getting it into Sugar 0.98? Looks like a good addition for me and patch looks fine. Hmmm, lunch time! Ah, ooops! I would add the field to src/carquinyol/indexstore.py _PROPERTIES_NOT_TO_INDEX cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Read-102
Activity Homepage: http://activities.sugarlabs.org/addon/4028 Sugar Platform: 0.98 - 0.98 Download Now: http://activities.sugarlabs.org/downloads/file/28248/read-102.xo Release notes: Implement display o TOC in pdf files Fix search in txt, pdf and epub files - SL #3924 Use property in webkit to check if there are text selected to copy Remove the topbar Add summary info Enlarge the star in the bookmarkview Avoid error if can't uncompress any file in a epub file Updated translations Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] touch_test.py resutls
I've modified Gonzalo's touch_test.py program [1] in order to test combining touch and pointer events and in order to analyze differences between XO 1.75T and XO 4.0. The attached program seems to behave as expected on 1.75 (dragging works with both touch and pointer), but not on 4.0 (dragging only works with the pointer). regards. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org [1] http://git.sugarlabs.org/many-tests/mainline/blobs/master/touch_test.py touch_test.py Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Dimensions (AKA Visual Match)-41
Activity Homepage: http://activities.sugarlabs.org/addon/4246 Sugar Platform: 0.96 - 0.98 Download Now: http://activities.sugarlabs.org/downloads/file/28249/visual_match-41.xo Release notes: 41 ENHANCEMENTS: * GTK-3 version * Added summary to activity.info * Added support for touch Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] last-minute feature proposal for 0.98
On Fri, Sep 28, 2012 at 11:19 AM, Walter Bender walter.ben...@gmail.com wrote: +self._jobject.metadata['launch-times'] = '%s, %d' % ( +self._jobject.metadata['launch-times'], +int(time.time())) Another approach for this portion. Maybe more readable... or not :) self._jobject.metadata['launch-times'] += ', %d' % int(time.time()) -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Chart-7
Activity Homepage: http://activities.sugarlabs.org/addon/4534 Sugar Platform: 0.96 - 0.98 Download Now: http://activities.sugarlabs.org/downloads/file/28250/chart-7.xo Release notes: Activity ported to gtk3 Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel