Re: [Sugar-devel] Installing gstreamer media codecs on XO-1
On Tue, Mar 20, 2012 at 12:15:03PM +1100, David Leeming wrote: I have tried to install media codecs on an XO-1 running 11.3.0 so that we can play FLV video files directly (from a flashdrive, school server or network location)., in either Sugar or GNOME. I had trouble getting it work using the instructions at http://wiki.laptop.org/go/GStreamer#Totem_plugin - I think it is outdated. After some research and trial and error (lots!!) I have it working, some using XO-1 may find useful The below works on an XO-1 running 11.3.0 freshly installed. It works in Gnome using Totem/Movie Player and in Sugar using Jukebox Activity. It plays mp3 audio and FLV video OK (such as the Khan Academy collection, which we have loaded on the school servers in project schools) We also add the Flash plug in for the browser and disable click to view. This allows embedded flash animations and FLV videos accessed with Browse, Youtube, etc to play with good performance. Note that Flash version 11 is much better than v10. So bringing it all together, I reproduced the above using the following. - XO-1 running 11.3.0, fresh install - In Gnome view in a terminal, as su - wireless Internet connection yum localinstall --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noa rch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stab le.noarch.rpm yum install -y gstreamer-plugins-ugly yum install -y gstreamer-ffmpeg rm /home/olpc/Activities/Browse.activity/agent-stylesheet.css rm /home/olpc/Activities/Browse.activity/clickToView.xml navigate to the flash rpm and run rpm -Uhv flash.rpm where flash.rpm is the Flash verion 11 RPM for Linux 32 bit from Adobe. Questions 1. Is the above the right way to do it, if someone with more Fedora experience than I can verify.. 2. In our narrowband countries it takes an hour and downloads a lot per laptop, this is unworkable in PNG with large numbers of XOs and where the bandwidth is so expensive and unreliable. Isn't there a way to do this offline with a download, something we can run on a flashdrive? If you download the rpms, you can store them on a flash drive and run the rpm to address the rpms on the flash drive. so downloading it once and them using a flash drive N number of times is one way. 3. is the update step above necessary (it requires downloading 33MB) I have not tried this, it may be. I dont know the complete list of rpms that it installed other then the 2 you said. those 2 might work with the current packages or they might need to update a few packages and download the needed dependencies which means the update is needed. This sounds like it might need a local 'proxy'/mirror server to the needed rpms. so the xo's could do the 'rpm update' but would get the 'update' and the needed rpms from a local server. this would need the XOs to alter their rpm repo list. i'm not a rpm expert, so you'd need to test a solution to ensure it works and does not alter other support issues. old way: XO-Fedora server (per each XO over the global internet) vs new way: local Fedora server-Fedora server (via the global internet one time) XO-local Fedora server(per each XO over a local area network (LAN)) 4. In doing the above am I violating a ton of licenses? The gstreamer folks have 3 packages for Codecs - good, bad, ugly. which translates to 'free softare', some issues, lots of issues. In this case I recall that free software projects can not distribute these files from adobe because you are suppose to use them for personal use and accept their license terms. And those terms are not compatible with Free Software projects. (as binary software with no source code and non-free license terms and not redistributable) Hopes this explains and any one can correct/add as needed. -- | .''`. == Debian GNU/Linux ==.| http://kevix.myopenid.com..| | : :' : The Universal OS| mysite.verizon.net/kevin.mark/.| | `. `' http://www.debian.org/.| http://counter.li.org [#238656]| |___`-Unless I ask to be CCd,.assume I am subscribed._| Is this TERMINAL fun? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Installing gstreamer media codecs on XO-1
On Tue, Mar 20, 2012 at 7:29 AM, Kevin Mark kevin.m...@verizon.net wrote: On Tue, Mar 20, 2012 at 12:15:03PM +1100, David Leeming wrote: I have tried to install media codecs on an XO-1 running 11.3.0 so that we can play FLV video files directly (from a flashdrive, school server or network location)., in either Sugar or GNOME. I had trouble getting it work using the instructions at http://wiki.laptop.org/go/GStreamer#Totem_plugin - I think it is outdated. After some research and trial and error (lots!!) I have it working, some using XO-1 may find useful The below works on an XO-1 running 11.3.0 freshly installed. It works in Gnome using Totem/Movie Player and in Sugar using Jukebox Activity. It plays mp3 audio and FLV video OK (such as the Khan Academy collection, which we have loaded on the school servers in project schools) We also add the Flash plug in for the browser and disable click to view. This allows embedded flash animations and FLV videos accessed with Browse, Youtube, etc to play with good performance. Note that Flash version 11 is much better than v10. So bringing it all together, I reproduced the above using the following. - XO-1 running 11.3.0, fresh install - In Gnome view in a terminal, as su - wireless Internet connection yum localinstall --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noa rch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stab le.noarch.rpm yum install -y gstreamer-plugins-ugly yum install -y gstreamer-ffmpeg rm /home/olpc/Activities/Browse.activity/agent-stylesheet.css rm /home/olpc/Activities/Browse.activity/clickToView.xml navigate to the flash rpm and run rpm -Uhv flash.rpm where flash.rpm is the Flash verion 11 RPM for Linux 32 bit from Adobe. Questions 1. Is the above the right way to do it, if someone with more Fedora experience than I can verify.. 2. In our narrowband countries it takes an hour and downloads a lot per laptop, this is unworkable in PNG with large numbers of XOs and where the bandwidth is so expensive and unreliable. Isn't there a way to do this offline with a download, something we can run on a flashdrive? If you download the rpms, you can store them on a flash drive and run the rpm to address the rpms on the flash drive. so downloading it once and them using a flash drive N number of times is one way. 3. is the update step above necessary (it requires downloading 33MB) I have not tried this, it may be. I dont know the complete list of rpms that it installed other then the 2 you said. those 2 might work with the current packages or they might need to update a few packages and download the needed dependencies which means the update is needed. This sounds like it might need a local 'proxy'/mirror server to the needed rpms. so the xo's could do the 'rpm update' but would get the 'update' and the needed rpms from a local server. this would need the XOs to alter their rpm repo list. i'm not a rpm expert, so you'd need to test a solution to ensure it works and does not alter other support issues. old way: XO-Fedora server (per each XO over the global internet) vs new way: local Fedora server-Fedora server (via the global internet one time) XO-local Fedora server(per each XO over a local area network (LAN)) 4. In doing the above am I violating a ton of licenses? The gstreamer folks have 3 packages for Codecs - good, bad, ugly. which translates to 'free softare', some issues, lots of issues. In this case I recall that free software projects can not distribute these files from adobe because you are suppose to use them for personal use and accept their license terms. And those terms are not compatible with Free Software projects. (as binary software with no source code and non-free license terms and not redistributable) That's not entirely accurate, gst-p-good is fully supported free codecs, ugly is fully supported patent infringing codecs, bad is a mixture of both but that bad indicated the quality and state of the code, there's a mixure of what will become both good and ugly in there which is why most distributions now ship a gst-plugins-bad-free option as well. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release GeoGebra 4 for Sugar-6
Activity Homepage: http://activities.sugarlabs.org/addon/4284 Sugar Platform: 0.82 - 0.96 Download Now: http://activities.sugarlabs.org/downloads/file/27925/geogebra-6.xo Release notes: * GeoGebra 4.0.25.0 release 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] [ASLO] Release GeoGebra 4 for Sugar-6
On Tue, Mar 20, 2012 at 06:36:26AM -0400, Sugar Labs Activities wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4284 Sugar Platform: 0.82 - 0.96 Download Now: http://activities.sugarlabs.org/downloads/file/27925/geogebra-6.xo Release notes: * GeoGebra 4.0.25.0 release There is also http://wiki.sugarlabs.org/go/Activities/GeoGebra instructions to try recent GeoGebra development 4.2 version. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Error compiling with jhbuild
El día 19 de marzo de 2012 21:20, Manuel Kaufmann humi...@gmail.com escribió: On Mon, Mar 12, 2012 at 16:47, Manuel Kaufmann humi...@gmail.com wrote: On Mon, Mar 12, 2012 at 16:45, Gonzalo Odiard gonz...@laptop.org wrote: What distro are you using? Oh sorry, I forgot to mention this. I'm using Debian Testing I wrote a Post on my blog explaining how to compile sugar in Debian Testing using what I discover and I learn from silbe. Thanks! http://humitos.wordpress.com/2012/03/19/compile-sugar-on-debian-testing-wheezy/ Hope it helps! Great! What about adding this info to the sugarlabs wiki? -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Remove the workaround for missing gobject-introspection bindings of Rsvg
gobject introspection bindings for librsvg have been pushed to librsvg master [1] in 2.35.0, which solved [2]. We only have slight adopts to make in our usage, for example we can not pass the data property to the default constructor anymore and get_width and get_height is not available anymore for the handle, but we can use the properties instead. This will work on Fedora 17 upwards. Signed-off-by: Simon Schampijer si...@laptop.org [1] http://git.gnome.org/browse/librsvg/ [2] https://bugzilla.gnome.org/show_bug.cgi?id=663049 [3] http://developer.gnome.org/rsvg/stable/RsvgHandle.html --- src/sugar3/Makefile.am |6 +-- src/sugar3/graphics/icon.py |9 +-- src/sugar3/rsvg-wrapper.c | 156 --- src/sugar3/rsvg-wrapper.h | 71 --- 4 files changed, 5 insertions(+), 237 deletions(-) delete mode 100644 src/sugar3/rsvg-wrapper.c delete mode 100644 src/sugar3/rsvg-wrapper.h diff --git a/src/sugar3/Makefile.am b/src/sugar3/Makefile.am index 3aec8bf..053052d 100644 --- a/src/sugar3/Makefile.am +++ b/src/sugar3/Makefile.am @@ -48,8 +48,6 @@ libsugarext_la_SOURCES = \ gsm-session.h \ gsm-xsmp.c \ gsm-xsmp.h \ - rsvg-wrapper.c \ - rsvg-wrapper.h \ sugar-grid.c\ sugar-grid.h\ sugar-key-grabber.c \ @@ -133,9 +131,7 @@ SugarExt_1_0_gir_FILES = \ sugar-grid.c \ sugar-grid.h \ gdk-wrapper.c \ - gdk-wrapper.h \ - rsvg-wrapper.c \ - rsvg-wrapper.h + gdk-wrapper.h SugarExt_1_0_gir_INCLUDES = Gtk-3.0 Gdk-3.0 SugarExt_1_0_gir_PACKAGES = gtk+-3.0 gdk-3.0 diff --git a/src/sugar3/graphics/icon.py b/src/sugar3/graphics/icon.py index a1800c7..951be30 100644 --- a/src/sugar3/graphics/icon.py +++ b/src/sugar3/graphics/icon.py @@ -29,14 +29,13 @@ from gi.repository import GObject from gi.repository import Gtk from gi.repository import Gdk from gi.repository import GdkPixbuf +from gi.repository import Rsvg import cairo from sugar3.graphics import style from sugar3.graphics.xocolor import XoColor from sugar3.util import LRU -from gi.repository import SugarExt - _BADGE_SIZE = 0.45 @@ -64,7 +63,7 @@ class _SVGLoader(object): logging.error( 'Icon %s, entity %s is invalid.', file_name, entity) -return SugarExt.RsvgWrapper.new(icon) +return Rsvg.Hanlde.new_with_data(icon) class _IconInfo(object): @@ -260,8 +259,8 @@ class _IconBuffer(object): if is_svg: handle = self._load_svg(icon_info.file_name) -icon_width = handle.get_width() -icon_height = handle.get_height() +icon_width = handle.props.width +icon_height = handle.props.height else: pixbuf = GdkPixbuf.Pixbuf.new_from_file(icon_info.file_name) icon_width = pixbuf.get_width() diff --git a/src/sugar3/rsvg-wrapper.c b/src/sugar3/rsvg-wrapper.c deleted file mode 100644 index ec3a4cd..000 --- a/src/sugar3/rsvg-wrapper.c +++ /dev/null @@ -1,156 +0,0 @@ -/* rsvg-wrapper.c - * Copyright (C) 2011 Raul Gutierrez Segales - * - * This program is free software; you can redistribute it and/or - * modify it under the terms of the GNU General Public License as - * published by the Free Software Foundation; either version 2 of the - * License, or (at your option) any later version. - * - * This program is distributed in the hope that it will be useful, but - * WITHOUT ANY WARRANTY; without even the implied warranty of - * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU - * Lesser General Public License for more details. - * - * You should have received a copy of the GNU General Public License - * along with this program; if not, write to the Free Software - * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA - * 02111-1307, USA. - */ - - -/* Wrapper around rsvg while it gets introspection support. - * - * See: https://bugzilla.gnome.org/show_bug.cgi?id=663049 - */ - -#include rsvg-wrapper.h -#include librsvg/rsvg.h -#include librsvg/rsvg-cairo.h - - -G_DEFINE_TYPE (SugarRsvgWrapper, sugar_rsvg_wrapper, G_TYPE_OBJECT) - -#define RSVG_WRAPPER_PRIVATE(o) \ - (G_TYPE_INSTANCE_GET_PRIVATE ((o), SUGAR_TYPE_RSVG_WRAPPER, SugarRsvgWrapperPrivate)) - -struct _SugarRsvgWrapperPrivate -{ - RsvgHandle *handle; -}; - -static void -sugar_rsvg_wrapper_dispose (GObject *object) -{ - SugarRsvgWrapper *self = SUGAR_RSVG_WRAPPER (object); - SugarRsvgWrapperPrivate *priv = self-priv; - - if (priv-handle) -rsvg_handle_free (priv-handle); - - G_OBJECT_CLASS (sugar_rsvg_wrapper_parent_class)-dispose (object); -} - -static void -sugar_rsvg_wrapper_class_init (SugarRsvgWrapperClass *klass) -{ - GObjectClass *object_class = G_OBJECT_CLASS (klass); - -
Re: [Sugar-devel] Error compiling with jhbuild
2012/3/20 Manuel Quiñones ma...@laptop.org: Great! What about adding this info to the sugarlabs wiki? It's here: http://wiki.sugarlabs.org/go/Community/Distributions/Debian -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Portfolio: 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 Abacus-32
Activity Homepage: http://activities.sugarlabs.org/addon/4293 Sugar Platform: 0.96 - 0.96 Download Now: http://activities.sugarlabs.org/downloads/file/27926/abacus-32.xo Release notes: 32 BUG FIX: * Gonzalo Odiard fixed a problem with the deprecated call to the Sugar3 toolkit that was preventing Abacus from launching NOTE: This version is for Sugar 0.96+ only. Please use v30.1 on older versions of Sugar NOTE: There is a problem with font scaling on XO hardware that will be addressed in v33. 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] [REMINDER] Development team meeting --- 20. March 2012 (15:00 UTC)
Hi, today we will have our weekly development team meeting: This week we give room to a different topic than this boring Gtk3 and release schedule ones we had over the last weeks, this weeks topic is: Activities! And who would be a better host for this one as Gonzalo Odiard. Don't miss it! Time: 20. March 2012 (15:00 UTC) Place: #sugar-meeting (freenode) Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugar Fedora Test Day - 2012-03-22
On Thursday March 22 there will be a Fedora test day for Sugar [*]. Sugar is an educational graphical user environment designed for use by children. It is used by several educational groups, including the One Laptop per Child project as part of their Fedora remix, as well as the Sugar-on-a-Stick Fedora Spin. While we are still working on getting everything online, we plan to have a variety of test cases and exploratory tasks for everyone to work on. Representatives from the project will be available from 08:00 to 20:00 GMT. [*] https://fedoraproject.org/wiki/Test_Day:2012-03-22_Sugar_Desktop ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Read and Browse dependencies (was: Re: error in ./sugar-jhbuild update)
Excerpts from Gonzalo Odiard's message of 2012-03-14 04:26:09 +0100: Read depends on evince 3.3.2.(And evince 3.3.2 depends on glib 2.31.0 Thanks, that was an important missing piece of the mosaic. What Read needs (at runtime) is the following gobject introspection files of Evince = 3.3.2, GStreamer and WebKit, usually located in /usr/lib/girepository-1.*: EvinceDocument-3.0.typelib EvinceView-3.0.typelib Gst-0.10.typelib WebKit-3.0.typelib In addition Read needs GDK/GTK/... introspection files, but we require all of those for sugar-toolkit-gtk3 already (distro maintainers may want to add explicit dependencies regardless). Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Moderation on bugs.sl.o (was: Re: Syntax error in ./configure jhbuild file)
Excerpts from Gonzalo Odiard's message of 2012-03-12 20:51:05 +0100: Moderation? Are you logged? In what trac did you created the ticket? bugs.sl.o subjects all first-time users to moderation in order to combat SPAM. After the first action was reviewed by a moderator, they will get added to a whitelist. This has proven to be a reasonably low-overhead and very effective measure on bugs.sl.o. To reduce confusion for users, we could do with an explanatory text to show to new users. Help welcome! Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] xephyr error on Fedora 16
On Mon, Mar 19, 2012 at 1:10 PM, Simon Schampijer si...@schampijer.de wrote: On 03/15/2012 06:07 PM, Manuel Kaufmann wrote: On Thu, Mar 15, 2012 at 11:38, Gonzalo Odiardgonz...@laptop.org wrote: Hmm, I don't know. Have you tried do yum update or you have only the package versions included in the initial F16 installation? Yes. I've already run yum update and the error is still there :S Maybe you are seeing https://bugzilla.redhat.com/process_bug.cgi, you can get the toolkit http://koji.fedoraproject.org/koji/buildinfo?buildID=308045 and try if that fixes your issue. the 0.94.1 update fixes the problem for me on F-16. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Moderation on bugs.sl.o (was: Re: Syntax error in ./configure jhbuild file)
I didn't know that. Who check these pending tickets? Gonzalo On Tue, Mar 20, 2012 at 1:38 PM, Sascha Silbe si...@activitycentral.comwrote: Excerpts from Gonzalo Odiard's message of 2012-03-12 20:51:05 +0100: Moderation? Are you logged? In what trac did you created the ticket? bugs.sl.o subjects all first-time users to moderation in order to combat SPAM. After the first action was reviewed by a moderator, they will get added to a whitelist. This has proven to be a reasonably low-overhead and very effective measure on bugs.sl.o. To reduce confusion for users, we could do with an explanatory text to show to new users. Help welcome! Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH 1/2] Avoid Escape key disable fullscreen mode
This commit disconnect the __key_press_cb callback used in sugar.graphics.window.Window to handle the Key Press event and connect a new __key_press_cb callback (inside TerminalActivity) to manage the Escape key properly and send this key to the vte module (Virtual Terminal) This solves ticket: #440 - http://bugs.sugarlabs.org/ticket/440 --- terminal.py |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/terminal.py b/terminal.py index 77001ea..aed612a 100644 --- a/terminal.py +++ b/terminal.py @@ -53,6 +53,11 @@ class TerminalActivity(activity.Activity): def __init__(self, handle): activity.Activity.__init__(self, handle) +# HACK to avoid Escape key disable fullscreen mode on Terminal Activity +# This is related with http://bugs.sugarlabs.org/ticket/440 +self.disconnect_by_func(self._Window__key_press_cb) +self.connect('key-press-event', self.__key_press_cb) + self.max_participants = 1 toolbar_box = ToolbarBox() -- 1.7.9.1 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH 2/2] pep8 syntax fixed
Removed trailing spaces and added one more space before the inline comment --- terminal.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/terminal.py b/terminal.py index aed612a..6de7500 100644 --- a/terminal.py +++ b/terminal.py @@ -166,7 +166,7 @@ class TerminalActivity(activity.Activity): vt = self._notebook.get_nth_page(self._notebook.get_current_page()).vt vt.paste_clipboard() -def _create_view_toolbar(self): # Zoom toolbar +def _create_view_toolbar(self): # Zoom toolbar view_toolbar = gtk.Toolbar() zoom_out_button = ToolButton('zoom-out') -- 1.7.9.1 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Error compiling with jhbuild
Excerpts from Manuel Quiñones's message of 2012-03-20 13:15:05 +0100: El día 19 de marzo de 2012 21:20, Manuel Kaufmann humi...@gmail.com escribió: I wrote a Post on my blog explaining how to compile sugar in Debian Testing using what I discover and I learn from silbe. Thanks! http://humitos.wordpress.com/2012/03/19/compile-sugar-on-debian-testing-wheezy/ Great! What about adding this info to the sugarlabs wiki? I've already updated the relevant wiki page [1], nothing else to do. Sascha [1] https://wiki.sugarlabs.org/go/Development_Team/Jhbuild/Debian -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] xephyr error on Fedora 16
On Mon, Mar 19, 2012 at 19:34, Sascha Silbe si...@activitycentral.com wrote: Xephyr :100 -ac -title 'Sugar in a window' -screen 800x600 -noreset I expect it to fail, but once you tried that you can use the Fedora support channels to get help; there's nothing Sugar-specific about it then. As you expect, it fails: Segmentation fault (core dumped) -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Portfolio: 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] [REMINDER] Development team meeting --- 20. March 2012 (15:00 UTC)
Minutes: http://meeting.ole.org/sugar-meeting/meetings/2012-03-20T15:03:51.html Log: http://meeting.ole.org/sugar-meeting/meetings/2012-03-20T15:03:51 Gonzalo On Tue, Mar 20, 2012 at 10:21 AM, Simon Schampijer si...@schampijer.dewrote: Hi, today we will have our weekly development team meeting: This week we give room to a different topic than this boring Gtk3 and release schedule ones we had over the last weeks, this weeks topic is: Activities! And who would be a better host for this one as Gonzalo Odiard. Don't miss it! Time: 20. March 2012 (15:00 UTC) Place: #sugar-meeting (freenode) Regards, Simon __**_ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.**org Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/**listinfo/sugar-develhttp://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] pep8 syntax fixed
- Removed a lot of trailing spaces - Add spaces to both sides of operators --- maze.py | 59 +++ 1 files changed, 31 insertions(+), 28 deletions(-) diff --git a/maze.py b/maze.py index 8fec99c..f8737cf 100644 --- a/maze.py +++ b/maze.py @@ -6,29 +6,30 @@ # # Copyright (C) 2007 Joshua Minor # This file is part of Maze.activity -# +# # Maze.activity is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. -# +# # Maze.activity is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. -# +# # You should have received a copy of the GNU General Public License # along with Maze.activity. If not, see http://www.gnu.org/licenses/. import random from pygame import Rect + class Maze: SOLID = 0 EMPTY = 1 SEEN = 2 GOAL = 3 - + def __init__(self, seed, width, height): # use the seed given to us to make a pseudo-random number generator # we will use that to generate the maze, so that other players can @@ -38,31 +39,31 @@ class Maze: self.generator = random.Random(seed) self.width, self.height = width, height self.map = [] -self.bounds = Rect(0,0,width,height) +self.bounds = Rect(0, 0, width, height) for x in range(0, width): self.map.append([self.SOLID] * self.height) -startx = self.generator.randrange(1,width,2) -starty = self.generator.randrange(1,height,2) -self.dig(startx,starty) +startx = self.generator.randrange(1, width, 2) +starty = self.generator.randrange(1, height, 2) +self.dig(startx, starty) def validMove(self, x, y): -return self.bounds.collidepoint(x,y) and self.map[x][y]!=self.SOLID +return self.bounds.collidepoint(x, y) and self.map[x][y] != self.SOLID def validDig(self, x, y): -return self.bounds.collidepoint(x,y) and self.map[x][y]==self.SOLID - +return self.bounds.collidepoint(x, y) and self.map[x][y] == self.SOLID + def validDigDirections(self, x, y): directions = [] -if self.validDig(x,y-2): -directions.append((0,-1)) -if self.validDig(x+2,y): -directions.append((1,0)) -if self.validDig(x,y+2): -directions.append((0,1)) -if self.validDig(x-2,y): -directions.append((-1,0)) +if self.validDig(x, y - 2): +directions.append((0, -1)) +if self.validDig(x + 2, y): +directions.append((1, 0)) +if self.validDig(x, y + 2): +directions.append((0, 1)) +if self.validDig(x - 2, y): +directions.append((-1, 0)) return directions def fill(self, color): @@ -71,24 +72,26 @@ class Maze: self.map[x][y] = color def digRecursively(self, x, y): -This works great, except for python's lame limit on recursion depth. +This works great, except for python's lame limit on +recursion depth. + self.map[x][y] = self.EMPTY -directions = self.validDigDirections(x,y) +directions = self.validDigDirections(x, y) while len(directions) 0: direction = self.generator.choice(directions) -self.map[x+direction[0]][y+direction[1]] = self.EMPTY -self.dig(x+direction[0]*2, y+direction[1]*2) -directions = self.validDigDirections(x,y) +self.map[x + direction[0]][y + direction[1]] = self.EMPTY +self.dig(x + direction[0] * 2, y + direction[1] * 2) +directions = self.validDigDirections(x, y) def dig(self, x, y): -stack = [(x,y)] +stack = [(x, y)] while len(stack) 0: x, y = stack[-1] self.map[x][y] = self.EMPTY -directions = self.validDigDirections(x,y) +directions = self.validDigDirections(x, y) if len(directions) 0: direction = self.generator.choice(directions) -self.map[x+direction[0]][y+direction[1]] = self.EMPTY -stack.append((x+direction[0]*2, y+direction[1]*2)) +self.map[x + direction[0]][y + direction[1]] = self.EMPTY +stack.append((x + direction[0] * 2, y + direction[1] * 2)) else: stack.pop() -- 1.7.9.1 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Remove the workaround for missing gobject-introspection bindings of Rsvg
Excerpts from Simon Schampijer's message of 2012-03-20 13:39:10 +0100: gobject introspection bindings for librsvg have been pushed to librsvg master [1] in 2.35.0, which solved [2]. We only have slight adopts to make in our usage, for example we can not pass the data property to the default constructor anymore and get_width and get_height is not available anymore for the handle, but we can use the properties instead. Yay! This will work on Fedora 17 upwards. What exactly does this mean for Fedora 16 and non-Fedora systems that have librsvg 2.35.0? Will Sugar refuse to work at all (because sugar-activity comes from sugar-toolkit-gtk3 and uses the sugar3 modules) or will only affect activities that have been ported to GTK3? [src/sugar3/graphics/icon.py] @@ -64,7 +63,7 @@ class _SVGLoader(object): logging.error( 'Icon %s, entity %s is invalid.', file_name, entity) -return SugarExt.RsvgWrapper.new(icon) +return Rsvg.Hanlde.new_with_data(icon) Are you sure you tested this? If you did, please add a comment with a link to the upstream ticket telling them about the typo. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Remove the workaround for missing gobject-introspection bindings of Rsvg
On Tue, Mar 20, 2012 at 6:37 PM, Sascha Silbe si...@activitycentral.com wrote: Excerpts from Simon Schampijer's message of 2012-03-20 13:39:10 +0100: gobject introspection bindings for librsvg have been pushed to librsvg master [1] in 2.35.0, which solved [2]. We only have slight adopts to make in our usage, for example we can not pass the data property to the default constructor anymore and get_width and get_height is not available anymore for the handle, but we can use the properties instead. Yay! This will work on Fedora 17 upwards. What exactly does this mean for Fedora 16 and non-Fedora systems that have librsvg 2.35.0? Will Sugar refuse to work at all (because sugar-activity comes from sugar-toolkit-gtk3 and uses the sugar3 modules) or will only affect activities that have been ported to GTK3? It's a minimum requirement for the 0.85+ releases of sugar, there's a number of other new things that are dependencies. The reason do this is that sugar is one of the biggest things to date that's moved over to the dynamic gobject bindings so they're fixing bugs as the sugar devs find them. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH 2/2] some pep8 errors fixed
- removed a lot of trailing slashes - added spaces between operators - splited lines with more than 80 chars --- game.py | 315 --- 1 files changed, 182 insertions(+), 133 deletions(-) diff --git a/game.py b/game.py index f98a395..579c5c4 100644 --- a/game.py +++ b/game.py @@ -6,27 +6,25 @@ # # Copyright (C) 2007 Joshua Minor # This file is part of Maze.activity -# +# # Maze.activity is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. -# +# # Maze.activity is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. -# +# # You should have received a copy of the GNU General Public License # along with Maze.activity. If not, see http://www.gnu.org/licenses/. import sys -import os import time import pygame -import olpcgames import olpcgames.pausescreen as pausescreen import olpcgames.mesh as mesh @@ -51,30 +49,30 @@ from player import Player class MazeGame: Maze game controller. This class handles all of the game logic, event loop, mulitplayer, etc. - + # Munsell color values http://wiki.laptop.org/go/Munsell -N10 = (255, 255, 255) +N10 = (255, 255, 255) N9p5 = (243, 243, 243) -N9 = (232, 232, 232) -N8 = (203, 203, 203) -N7 = (179, 179, 179) -N6 = (150, 150, 150) -N5 = (124, 124, 124) -N4 = ( 97, 97, 97) -N3 = ( 70, 70, 70) -N2 = ( 48, 48, 48) -N1 = ( 28, 28, 28) -N0 = ( 0, 0, 0) +N9 = (232, 232, 232) +N8 = (203, 203, 203) +N7 = (179, 179, 179) +N6 = (150, 150, 150) +N5 = (124, 124, 124) +N4 = (97, 97, 97) +N3 = (70, 70, 70) +N2 = (48, 48, 48) +N1 = (28, 28, 28) +N0 = (0, 0, 0) EMPTY_COLOR = N8 SOLID_COLOR = N1 TRAIL_COLOR = N10 -GOAL_COLOR = (0x00, 0xff, 0x00) -WIN_COLOR = (0xff, 0xff, 0x00) +GOAL_COLOR = (0x00, 0xff, 0x00) +WIN_COLOR = (0xff, 0xff, 0x00) def __init__(self, screen): # note what time it was when we first launched self.game_start_time = time.time() - + xoOwner = presenceService.get_owner() # keep a list of all local players self.localplayers = [] @@ -87,36 +85,37 @@ class MazeGame: # keep a dictionary of all remote players, indexed by handle self.remoteplayers = {} -# keep a list of all players, local and remote, +# keep a list of all players, local and remote, self.allplayers = [] + self.localplayers - + self.screen = screen canvas_size = screen.get_size() self.aspectRatio = canvas_size[0] / float(canvas_size[1]) - -# start with a small maze using a seed that will be different each time you play -self.maze = Maze(int(time.time()), int(9*self.aspectRatio), 9) + +# start with a small maze using a seed that will be different +# each time you play +self.maze = Maze(int(time.time()), int(9 * self.aspectRatio), 9) self.reset() self.frame = 0 - + self.font = pygame.font.Font(None, 30) - + # support arrow keys, game pad arrows and game pad buttons # each set maps to a local player index and a direction self.arrowkeys = { -# real key: (localplayer index, ideal key) -pygame.K_UP:(0, pygame.K_UP), -pygame.K_DOWN: (0, pygame.K_DOWN), -pygame.K_LEFT: (0, pygame.K_LEFT), -pygame.K_RIGHT: (0, pygame.K_RIGHT), -pygame.K_KP8: (1, pygame.K_UP), -pygame.K_KP2: (1, pygame.K_DOWN), -pygame.K_KP4: (1, pygame.K_LEFT), -pygame.K_KP6: (1, pygame.K_RIGHT), -pygame.K_KP9: (2, pygame.K_UP), -pygame.K_KP3: (2, pygame.K_DOWN), -pygame.K_KP7: (2, pygame.K_LEFT), -pygame.K_KP1: (2, pygame.K_RIGHT) +# real key: (localplayer index, ideal key) +pygame.K_UP: (0, pygame.K_UP), +pygame.K_DOWN: (0, pygame.K_DOWN), +pygame.K_LEFT: (0, pygame.K_LEFT), +pygame.K_RIGHT: (0, pygame.K_RIGHT), +pygame.K_KP8: (1, pygame.K_UP), +pygame.K_KP2: (1, pygame.K_DOWN), +pygame.K_KP4: (1, pygame.K_LEFT), +pygame.K_KP6: (1, pygame.K_RIGHT), +pygame.K_KP9: (2, pygame.K_UP), +pygame.K_KP3: (2, pygame.K_DOWN), +pygame.K_KP7: (2, pygame.K_LEFT), +pygame.K_KP1: (2, pygame.K_RIGHT) } def game_running_time(self, newelapsed=None): @@ -132,11
Re: [Sugar-devel] RFC:Simple Help widget for activities
Sorry to disagree: * I prefer wiki-style pages to mallard as users are used to them (as they use wikipedia) and are more maintainable. * Making a weird question to the user that's asking for help before moving him out to another activity doesn't seem much helpful to me :-S Saludos, Pablo Flores 2012/3/18 Walter Bender walter.ben...@gmail.com 2012/3/17 Gary Martin garycmar...@googlemail.com: Hi Manuel, On 17 Mar 2012, at 18:38, Manuel Quiñones wrote: El día 15 de marzo de 2012 10:48, Pablo Flores pflor...@gmail.com escribió: For B. either mallard (like GNOME does) or a wiki page can be used. We can add a shortcut in the activities to open them. IIUC it would be a button that would open Browse with the activity's help pages, right? I like this idea. In this case, there should be for every activity a core documentation that keeps maintained and can be installed (for having help even being offline... and for being sure the documentation corresponds with the version of the activity and sugar that's being used). If we're going this way, having the wiki pages of activities updated would be a high priority when it comes to Sugar documentation (to be considered for the April's documentation sprint participants). It would also require this documentation to be updated every time a new version of the activity is developed with changes to the user experience (to be considered in the development cycles). Yeah, also see mallard, GNOME apps use that: http://projectmallard.org/ BTW I'm afraid jumping into the browser when looking for help may be confusing for unexperienced users, but I don't have a proposed solution for this :( We should come with a real solution for opening one activity from inside another, in a way that is not disturbing for the little user. That is, we should ensure that she/he _wants_ to do it. I think I've mentioned this once before, but how about if we use the Sugar alert strip UI, much like we use it in Browse 'Show in Journal' when an object is downloaded? It would be something like a 'Start object_title with default_activity?' message. This would allow the user to Cancel if triggered by mistake (or maliciously/automatically), and mean the user is directly interacting with the dialogue to trigger the activity Start. It would need to be a new type of Sugar shell alert, I guess, for security (e.g. Sugar shell enforces the user interaction handover before the object is started by the new activity). +1 if used with some discretion. We should come up with some clear guidelines as to when to do this. Note that this generates a NEW activity object in the Journal each and every time an activity is used to launch another with an object. You would need to use the Journal (or home view) to resume an already created object if you didn't want another new instance generated (ideally the FS or datastore is/would be smart enough when identical unmodified objects are created to save storage space). Regards, --Gary -- .. manuq .. ___ 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] RFC:Simple Help widget for activities
On Tue, Mar 20, 2012 at 3:29 PM, Pablo Flores pflor...@gmail.com wrote: Sorry to disagree: * I prefer wiki-style pages to mallard as users are used to them (as they use wikipedia) and are more maintainable. I am not sure that wiki pages are more maintainable. What wiki markup do you suggest? Mediawiki? If does have the advantage that it is used by Wikipedia, but it is somewhat more cumbersome than mallard, IMHO. W/O a WYSIWYG editor, I am not sure there is much advantage one way or another. * Making a weird question to the user that's asking for help before moving him out to another activity doesn't seem much helpful to me :-S Not sure what you are referencing here. Personally, I think we could use a simple help such as Gonzalo proposed and a manpage/wikipage/pdfpage that is viewed in the browser (maybe let the activity developer decide and specify in activity.info) that is invoked from the Home view or Frame menu for the activity. -walter Saludos, Pablo Flores 2012/3/18 Walter Bender walter.ben...@gmail.com 2012/3/17 Gary Martin garycmar...@googlemail.com: Hi Manuel, On 17 Mar 2012, at 18:38, Manuel Quiñones wrote: El día 15 de marzo de 2012 10:48, Pablo Flores pflor...@gmail.com escribió: For B. either mallard (like GNOME does) or a wiki page can be used. We can add a shortcut in the activities to open them. IIUC it would be a button that would open Browse with the activity's help pages, right? I like this idea. In this case, there should be for every activity a core documentation that keeps maintained and can be installed (for having help even being offline... and for being sure the documentation corresponds with the version of the activity and sugar that's being used). If we're going this way, having the wiki pages of activities updated would be a high priority when it comes to Sugar documentation (to be considered for the April's documentation sprint participants). It would also require this documentation to be updated every time a new version of the activity is developed with changes to the user experience (to be considered in the development cycles). Yeah, also see mallard, GNOME apps use that: http://projectmallard.org/ BTW I'm afraid jumping into the browser when looking for help may be confusing for unexperienced users, but I don't have a proposed solution for this :( We should come with a real solution for opening one activity from inside another, in a way that is not disturbing for the little user. That is, we should ensure that she/he _wants_ to do it. I think I've mentioned this once before, but how about if we use the Sugar alert strip UI, much like we use it in Browse 'Show in Journal' when an object is downloaded? It would be something like a 'Start object_title with default_activity?' message. This would allow the user to Cancel if triggered by mistake (or maliciously/automatically), and mean the user is directly interacting with the dialogue to trigger the activity Start. It would need to be a new type of Sugar shell alert, I guess, for security (e.g. Sugar shell enforces the user interaction handover before the object is started by the new activity). +1 if used with some discretion. We should come up with some clear guidelines as to when to do this. Note that this generates a NEW activity object in the Journal each and every time an activity is used to launch another with an object. You would need to use the Journal (or home view) to resume an already created object if you didn't want another new instance generated (ideally the FS or datastore is/would be smart enough when identical unmodified objects are created to save storage space). Regards, --Gary -- .. manuq .. ___ 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] RFC:Simple Help widget for activities
2012/3/8 Manuel Quiñones ma...@laptop.org: Here is a mockup I did for the same activity with this ideas: http://dev.laptop.org/~manuq/simple_help_mock.png I really like this work track. Manuel and Gonzalo's proposed examples are, IMO, good to be options for activities. The central goal is _a starting place for users to explore the UI_. The users that need it the most are 6 to 8 year olds, and _teachers_. The first group won't do very well with text, so text-based help is only appropriate for activities where text is central. Our UI has moved in the right direction (for the younger users) when we moved to icon-based toolbars. This simplifies understanding the UI for younger users, and enormously simplifies localization. Now we need to break the ice when a user opens a new activity. What do I do first? is the question we have to provide hooks for. So I believe we should define some possible getting started help options for activities, provide (simple) API support, and (great) example implementations in the core activities. So the options, IMO, should be along the lines of: - Where possible and relevant, avoid the empty canvas, show some pre-selected content. Example: GetBooks, Browse, Wikipedia. - Images showing initial actions (as per Manuel's screenshot). Yes, this seems more work up-front, but it is a ton less work in localization, and is approachable for younger users. Of course, not appropriate to all activities. - A brief animation (example: Implode). - A text help when appropriate. For example, it may be appropriate in Pippy. It is important that we prioritize what is good for our users. We spend a ton of effort in things that are invisible to our users (hi commit msg and variable name nitpickers :-) ), we have to spend similar effort in things our users see if we want happy users. cheers, -- 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] [Design] Just learned about Mistery Meat Navigation
Learned yesterday about Mistery Meat Navigation, and example of which is show in this video of a website http://www.youtube.com/watch?v=5Zd0Uc8Oixg . It reminded me of the Sugar UI. (Lots more examples at http://www.webpagesthatsuck.com/mysterymeatnavigation.html ). Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Moderation on bugs.sl.o
Excerpts from Gonzalo Odiard's message of 2012-03-20 18:53:39 +0100: I didn't know that. Who check these pending tickets? Apparently only me currently. I walked a few people through the process when it was introduced, but they're all not very active at Sugar Labs anymore. The work load is negligible, but depending on me means high latency. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Just learned about Mistery Meat Navigation
Learned yesterday about Mistery Meat Navigation, and example of which is show in this video of a website http://www.youtube.com/watch?v=5Zd0Uc8Oixg . The typical form of MMN is represented by menus composed of unrevealing icons that are replaced with explicative text only when the mouse cursor hovers over them. Just some food for though. (Lots more examples at http://www.webpagesthatsuck.com/mysterymeatnavigation.html ). Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Moderation on bugs.sl.o
If you want, add me to the list. I think is important try to responsive with our possible volunteers. Gonzalo On Tue, Mar 20, 2012 at 5:40 PM, Sascha Silbe si...@activitycentral.comwrote: Excerpts from Gonzalo Odiard's message of 2012-03-20 18:53:39 +0100: I didn't know that. Who check these pending tickets? Apparently only me currently. I walked a few people through the process when it was introduced, but they're all not very active at Sugar Labs anymore. The work load is negligible, but depending on me means high latency. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Just learned about Mistery Meat Navigation
Sorry for sending this twice, I thought I had the address wrong the first time. Eduardo No dia 20 de Março de 2012 20:43, Eduardo H. Silva hoboprim...@gmail.com escreveu: Learned yesterday about Mistery Meat Navigation, and example of which is show in this video of a website http://www.youtube.com/watch?v=5Zd0Uc8Oixg . The typical form of MMN is represented by menus composed of unrevealing icons that are replaced with explicative text only when the mouse cursor hovers over them. Just some food for though. (Lots more examples at http://www.webpagesthatsuck.com/mysterymeatnavigation.html ). Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Just learned about Mistery Meat Navigation
If you find non obvious icons, can report to try to improve. May be adults have problems with icons, but kids don't, just see a kid playing in any internet site. Gonzalo On Tue, Mar 20, 2012 at 5:43 PM, Eduardo H. Silva hoboprim...@gmail.comwrote: Learned yesterday about Mistery Meat Navigation, and example of which is show in this video of a website http://www.youtube.com/watch?v=5Zd0Uc8Oixg . The typical form of MMN is represented by menus composed of unrevealing icons that are replaced with explicative text only when the mouse cursor hovers over them. Just some food for though. (Lots more examples at http://www.webpagesthatsuck.com/mysterymeatnavigation.html ). Eduardo ___ 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] [ASLO] Release Jukebox-24
Activity Homepage: http://activities.sugarlabs.org/addon/4045 Sugar Platform: 0.82 - 0.96 Download Now: http://activities.sugarlabs.org/downloads/file/27927/jukebox-24.xo Release notes: Show and hide video in the canvas. SL #3125 (Manuel Quiñones) Add a playlist widget (Manuel Quiñones) Fix toogle playing with space key (Gonzalo Odiard) Save and restore playlist (Gonzalo Odiard) Read tags in the media files and put the title in the media list if available (Gonzalo Odiard) 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] Colors in XO 1.75
Hi! I'm working in making this activity COLORS ( http://activities.sugarlabs.org/en-US/sugar/downloads/file/25972/colors-15.xo) works in XO 1.75 ( ARM PROCESSOR ). This is a nice activity for drawing. First i had to recompile a C++ module named colorsc which uses swig for wrapping the code and using it in the python code. I compiled this module without problem. So now i start the acitivity and it works ok. There's only one problem: PALETTE. The palette is a part of the acivity which let us choose color,size and opacity of the brush. This pallete is displayed as an overlay of the canvas where user can draw. The palette seems not to respond to the mouse events ( for example CLICK ). Any suggestion will be welcome. Regards, Ariel Calzada Activity Central ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Just learned about Mistery Meat Navigation
On Tue, Mar 20, 2012 at 4:47 PM, Gonzalo Odiard gonz...@laptop.org wrote: If you find non obvious icons, can report to try to improve. May be adults have problems with icons, but kids don't, just see a kid playing in any internet site. These icons become much more problematic on a touch screen, where there's no obvious way to get the text descriptions to pop up. --scott -- ( http://cscott.net ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Just learned about Mistery Meat Navigation
On 21.03.2012, at 00:16, C. Scott Ananian wrote: On Tue, Mar 20, 2012 at 4:47 PM, Gonzalo Odiard gonz...@laptop.org wrote: If you find non obvious icons, can report to try to improve. May be adults have problems with icons, but kids don't, just see a kid playing in any internet site. These icons become much more problematic on a touch screen, where there's no obvious way to get the text descriptions to pop up. --scott OTOH, on a web site, you just want to get results quickly, and then maybe never visit again. It's not worth learning what the icons mean, since they most likely are unique to that site. That's why using icons like in the video fails. However, that is different than the icons you use everyday. Those are worth learning. Of course, the learning must be made possible, and hopefully enjoyable. But the gut reaction of I as an adult can't figure it out at first glance, so it must be bad isn't quite appropriate. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Colors in XO 1.75
This problem started when fedora changed from python 2.6 to 2.7 I don't know what is the real problem, tried to solved it, but without success. One option could be change this semi transparent palette by a standard palette, and see if the problem continue. Gonzalo On Tue, Mar 20, 2012 at 6:51 PM, Ariel Calzada ar...@activitycentral.comwrote: Hi! I'm working in making this activity COLORS ( http://activities.sugarlabs.org/en-US/sugar/downloads/file/25972/colors-15.xohttp://activities.sugarlabs.org/en-US/sugar/downloads/file/25972/colors-15.xo) works in XO 1.75 ( ARM PROCESSOR ). This is a nice activity for drawing. First i had to recompile a C++ module named colorsc which uses swig for wrapping the code and using it in the python code. I compiled this module without problem. So now i start the acitivity and it works ok. There's only one problem: PALETTE. The palette is a part of the acivity which let us choose color,size and opacity of the brush. This pallete is displayed as an overlay of the canvas where user can draw. The palette seems not to respond to the mouse events ( for example CLICK ). Any suggestion will be welcome. Regards, Ariel Calzada Activity Central ___ 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] Installing gstreamer media codecs on XO-1
On Tue, Mar 20, 2012 at 03:29:03AM -0400, Kevin Mark wrote: 3. is the update step above necessary (it requires downloading 33MB) I have not tried this, it may be. I dont know the complete list of rpms that it installed other then the 2 you said. those 2 might work with the current packages or they might need to update a few packages and download the needed dependencies which means the update is needed. This sounds like it might need a local 'proxy'/mirror server to the needed rpms. so the xo's could do the 'rpm update' but would get the 'update' and the needed rpms from a local server. this would need the XOs to alter their rpm repo list. i'm not a rpm expert, so you'd need to test a solution to ensure it works and does not alter other support issues. old way: XO-Fedora server (per each XO over the global internet) vs new way: local Fedora server-Fedora server (via the global internet one time) XO-local Fedora server(per each XO over a local area network (LAN)) Someone also reminded me of using SSHFS on the XO to connect to the XS as a way to have /var/cache/yum with the rpms you need. Hopes this explains and any one can correct/add as needed. -- | .''`. == Debian GNU/Linux ==.| http://kevix.myopenid.com..| | : :' : The Universal OS| mysite.verizon.net/kevin.mark/.| | `. `' http://www.debian.org/.| http://counter.li.org [#238656]| |___`-Unless I ask to be CCd,.assume I am subscribed._| Is this TERMINAL fun? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- | .''`. == Debian GNU/Linux ==.| http://kevix.myopenid.com..| | : :' : The Universal OS| mysite.verizon.net/kevin.mark/.| | `. `' http://www.debian.org/.| http://counter.li.org [#238656]| |___`-Unless I ask to be CCd,.assume I am subscribed._| Could somebody drag the Irix team kicking and screaming into the 1980's, please? I realize it might be quite painful for them, but maybe you could buy them a disco tape, so they'd feel a little bit more at home. -- Linus Stayin' alive, stayin' alive Torvalds ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel