Re: [Sugar-devel] Version 3 of I know America
Hi, Of course! I can do an I know India... A first version is possible in 3 weeks.. with the general map of India..make each state (there are 28?) has more work ... This is a good map to make the activity??? Or you have a better one? http://upload.wikimedia.org/wikipedia/commons/b/bd/India-states-numbered.svg Regards! Alan Date: Mon, 24 Oct 2011 11:54:24 +0530 Subject: Re: Version 3 of I know America From: administra...@kmrfoundation.org To: alan...@hotmail.com CC: alan...@gmail.com; sugar-devel@lists.sugarlabs.org; somosazu...@lists.sugarlabs.org; olpc-boli...@lists.laptop.org; grassro...@lists.laptop.org; i...@lists.sugarlabs.org; de...@lists.laptop.org; boli...@lists.ole.org; support-g...@laptop.org; olpc-soc...@googlegroups.com; olpc-in...@googlegroups.com; olpc-o...@laptop.org; i...@laptop.org.au; volunt...@laptop.org.au; olpc-urug...@lists.laptop.org; olpc-...@lists.laptop.org; olpcp...@gmail.com; squeakfest2...@googlegroups.com Hi fantastic work!!! just I would like to know if you could help us with the map of India and other related area just like what you have done with the flags etc--if we provide you with all necesary basic data. vasantha KMRF On Sun, Oct 23, 2011 at 2:22 AM, Alan Jhonn Aguiar Schwyn alan...@hotmail.com wrote: ENGLISH: (Español abajo) Hi, I just uploaded version 3 I know America.This version adds to the 29 countries (now there are 30), Saint Vincent and the Grenadines, which recently launched an OLPC deployment: http://education.gov.vc/index.php?option=com_contentview=articleid=125Itemid=107 Anyone know anything more about that? Also fixes a translation. There are more mistakes to be corrected, but they will be fixing over time. The activity page is: http://activities.sugarlabs.org/en-US/sugar/addon/4464 And the direct link: http://activities.sugarlabs.org/downloads/file/27679/conozco_america-3.xo Any suggestions, critical, error, please send me a email... Regards Alan - ESPAÑOL: (English up) Hola, Acabo de subir la versión 3 de Conozco América.Esta versión agrega a los 29 países (ahora son 30), San Vicente y Granadinas, que recientemente inició una implementación de OLPC: http://education.gov.vc/index.php?option=com_contentview=articleid=125Itemid=107 Alguien sabe algo mas acerca de eso? Además corrige una traducción. Hay mas errores que corregir, pero se irán arreglando con el tiempo. La página de la actividad es: http://activities.sugarlabs.org/es-ES/sugar/addon/4464 El link directo: http://activities.sugarlabs.org/downloads/file/27679/conozco_america-3.xo Cualquier sugerencia, crítica, error, por favor envienme un email.. Saludos Alan -- Vasantha Srinivasan Administrator KMR Foundation 9951532000. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Tux Paint - Save and new
On Sun, Oct 23, 2011 at 07:47:01PM -0300, Gonzalo Odiard wrote: On Sun, Oct 23, 2011 at 7:01 PM, Aleksey Lim alsr...@activitycentral.orgwrote: On Sun, Oct 23, 2011 at 05:36:06PM -0300, Gonzalo Odiard wrote: What you need in Paint activity not available today? Well, it depends on a purpose... ;) If purpose is exactly to paint something, then for sure, Paint is just works. But imagine for a bit that you are not a developer but a person [maybe young person] who is just opening this feature. From this perspective, what we will get after opening two these applications: * Paint, all-grey screen with standard set of painting primitives * Tuxpaint, colorful screen when even standard painting primitives contain something special, but there are bunch of another places to explore and get excited Hmm, then we need re-think sugar ui at all! :) For example, I prefer to have a flat and rectangular table to work at. But that doesn't mean that all things I'm creating sitting at this table are all time flat and rectangular. In other words, having simple and clean UI for the Shell, basic/common tools/activities, and optional widgets to use in other activities (for people who prefer following Shell's UI), thats good. For me, trying to make all activities (not Shell and Fructose) all gray, well is a kind of overkill. I am trying to improve Paint, but without loosing a simple and integrated experience. Manuel is planning add different pencils (most of the backend work is alreday done to support stamps) and add to the pencils the possibility to follow the movement direction. About adding clip art, I think would be better if we can found a solution to share resources, and add media useful to many activities. Fine, if purpose is not only making grey activities. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Announce] Design Team meeting
Hi Gary, 2011/10/17 Gary Martin garycmar...@googlemail.com: Hi all, Just a quick email that the Design Team meeting slipped today, the next meeting is now scheduled for the 31st October @ 15:00 UTC. I took the opportunity to tidy up the Design Meeting page (using a similar format as per the Activity meeting page): http://wiki.sugarlabs.org/go/Design_Team/Meetings Nice, they are very well paired now. See you today for Activity Team meeting. Cheers, -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Multilingual Help activity: which localisation tools (was Re: Potential volunteer offering technical writing)
Hi Bastien, If there are no other voluntier, I can work on packaging the activity with the updated content. Gonzalo On Sat, Oct 15, 2011 at 11:16 AM, Bastien b...@altern.org wrote: Hi all, is there any volunteer to take over maintainership of the XO Help activity? http://activities.sugarlabs.org/en-US/sugar/addon/4051 As the content is expected to be drastically updated, I guess it is a good time for someone to step up -- I won't have time to do the update myself. Thanks! -- Bastien ___ 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] [PATCH v4 sugar] Journal: don't fail to load if an activity icon is broken (fixes SL#3200)
Excerpts from Sascha Silbe's message of 2011-10-18 17:32:03 +0200: If the activity-provided icon could not be loaded, the Journal previously died on start-up, rendering Sugar effectively unusable. Now we fall back to the standard icon (in the What filter combo box). SL#3203 has been filed to remind us to audit the code for similar breakages. [...] This had been ack'ed by Simon on #sugar and pushed as 48108c9 [1] (master) resp. e72ebf7 [2] (sucrose-0.94). Sascha [1] https://git.sugarlabs.org/sugar/mainline/commit/48108c9a5f46fb8a479e07872f8f2e166ac6e4de [2] https://git.sugarlabs.org/sugar/mainline/commit/e72ebf7513c89c3ba91f606ab11537ce5a556fde -- 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 sugar] Make sure we use the Sugar cursor in the intro screen, OLPC #10712
Excerpts from Simon Schampijer's message of 2011-10-18 17:37:17 +0200: As stated in the ticket Metacity sets the cursor after it's startup, so we need to make sure Metacity is already running before we set the cursor. This is what the current code has been doing. We do show the intro screen before the window manager may be available. For a non invasive bug fix that avoids races we just call 'xsetroot -cursor_name' another time before the intro screen is displayed. We have a long history of setting the Sugar cursor with many races. To improve the situation SL #3204 is filed as a follow up. [...] A slightly different version of this patch (cosmetical changes only) was ack'ed by me on #sugar and pushed as 7ca64e37 [1] (master) resp. 9a4e66c [2] (sucrose-0.94). Sascha [1] https://git.sugarlabs.org/sugar/mainline/commit/7ca64e37d190e569b9bc356094db4b72e0241419 [2] https://git.sugarlabs.org/sugar/mainline/commit/9a4e66ceed9694df02af801b7bab52ad402e2416 -- 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] Disable the search entry in the activities list view and in the Journal - SL #3205
Excerpts from godiard's message of 2011-10-20 17:03:46 +0200: If not disabled, a entry appear over the treeview at bottom, right when the user type something and the widget have focus. The ObjectChooser use the same object than the Journal. What happened to the idea of using set_search_entry()? 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] [Announce] Design Team meeting
2011/10/24 Manuel Quiñones ma...@laptop.org: Hi Gary, 2011/10/17 Gary Martin garycmar...@googlemail.com: Hi all, Just a quick email that the Design Team meeting slipped today, the next meeting is now scheduled for the 31st October @ 15:00 UTC. I took the opportunity to tidy up the Design Meeting page (using a similar format as per the Activity meeting page): Aargh. Just realized I will be on a plane flying back from Prague next Monday. I will send an email re some Journal topics before the meeting. http://wiki.sugarlabs.org/go/Design_Team/Meetings Nice, they are very well paired now. See you today for Activity Team meeting. Can you please remind me what time? thanks. -walter Cheers, -- .. 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] [PATCH sugar-toolkit] Bundlebuilder: don't fail to package if git is not installed, OLPC #11341
Excerpts from Simon Schampijer's message of 2011-10-21 12:27:02 +0200: We need to make sure that we do not fail if git is not installed and use the same fallback code as if we are in a directory where no git information is present. How about: When git is installed, it will return non-zero if it gets asked to list the files in a non-repository. The subprocess.Popen instantiation is successful in this case and the returncode attribute will contain the error code from git. The current code handles this fine. If git isn't installed, however, trying to instantiate subprocess.Popen will fail with OSError. We need to catch this and fall back to our own source file listing facility like we do for the non-repository case. [sugar.activity.bundlebuilder.XOPackager] def _get_files_in_git(self): -git_ls = subprocess.Popen(['git', 'ls-files'], stdout=subprocess.PIPE, - cwd=self.config.source_dir) +try: +git_ls = subprocess.Popen(['git', 'ls-files'], + stdout=subprocess.PIPE, + cwd=self.config.source_dir) +except OSError: +# Git not installed. Fall back to filtered list +return list_files(self.config.source_dir, + IGNORE_DIRS, IGNORE_FILES) Since our own listing code can generate different results than git ls-files does, we should log a warning (same applies to SourcePackager.get_files()). 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] Disable the search entry in the activities list view and in the Journal - SL #3205
Did not worked as I have expected. In first place, is a search entry, used to position a cursor in a row, and not a filter as we have implemented. (You can see the search working in Nautilus) Implementing the search is possible, but will be a more invasive change. Gonzalo On Mon, Oct 24, 2011 at 9:28 AM, Sascha Silbe si...@activitycentral.comwrote: Excerpts from godiard's message of 2011-10-20 17:03:46 +0200: If not disabled, a entry appear over the treeview at bottom, right when the user type something and the widget have focus. The ObjectChooser use the same object than the Journal. What happened to the idea of using set_search_entry()? Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -- Gonzalo Odiard SugarLabs Argentina ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Announce] Design Team meeting
Can you please remind me what time? 15 UTC http://wiki.sugarlabs.org/go/Activity_Team/Meetings Gonzalo thanks. -walter Cheers, -- .. 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Record] Fix tooltips in radio buttons
Excerpts from godiard's message of 2011-10-03 13:43:46 +0200: From: Gonzalo Odiard godi...@gmail.com Signed-off-by: Gonzalo Odiard gonz...@laptop.org Reviewed-By: Sascha Silbe si...@activitycentral.com Tested-By: Sascha Silbe si...@activitycentral.com 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] Memorize 0001-Reorganize-icons.patch
Excerpts from Gonzalo Odiard's message of 2011-09-07 21:59:34 +0200: One of the icons in this patch have a line longer than 998 characters, but i don't know how to break it, because is a single path parameter. If you only moved the files rather than changing them, enable rename detection to only get diffs of the unchanged parts (the renames will still be mentioned, just not as separate remove+add hunks). As a bonus the patch is much easier to review this way. To enable rename detection, add -M to send-email / format-patch or set diff.renames to true or copies (the latter enables copy detection as well). E.g. to enable it for your entire user account (rather than an individual repository): git config --global diff.renames copies As for the patch: It doesn't apply cleanly to latest mainline master. As you seem to maintain Memorize these days, my guess is that the patch is obsolete and have marked it as such in Patchwork [1]. Sascha [1] https://patchwork.sugarlabs.org/patch/963/ -- 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] Memorize 0001-Reorganize-icons.patch
On Mon, Oct 24, 2011 at 10:08 AM, Sascha Silbe sascha-ml-reply-to-201...@silbe.org wrote: Excerpts from Gonzalo Odiard's message of 2011-09-07 21:59:34 +0200: One of the icons in this patch have a line longer than 998 characters, but i don't know how to break it, because is a single path parameter. If you only moved the files rather than changing them, enable rename detection to only get diffs of the unchanged parts (the renames will still be mentioned, just not as separate remove+add hunks). As a bonus the patch is much easier to review this way. To enable rename detection, add -M to send-email / format-patch or set diff.renames to true or copies (the latter enables copy detection as well). E.g. to enable it for your entire user account (rather than an individual repository): git config --global diff.renames copies Thanks by the tip. As for the patch: It doesn't apply cleanly to latest mainline master. As you seem to maintain Memorize these days, my guess is that the patch is obsolete and have marked it as such in Patchwork [1]. Yes, the patch is from two months ago. Marked in patchwork Gonzalo Sascha [1] https://patchwork.sugarlabs.org/patch/963/ -- 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Labyrinth - Maze
Hi, Yesterday, trying out some new activities I found a little matter of translation: The activity Maze, is correct translated in spanish: Laberinto.. the game is resolvean labyrinth.. The activity Labyrinth (that I don't like the name :-) is also translated as: Laberinto... This not make any bug.. but.. generates a few of confusion.. What you think? Alan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Labyrinth - Maze
On Mon, Oct 24, 2011 at 10:32 AM, Alan Jhonn Aguiar Schwyn alan...@hotmail.com wrote: Hi, Yesterday, trying out some new activities I found a little matter of translation: The activity Maze, is correct translated in spanish: Laberinto.. the game is resolve an labyrinth.. The activity Labyrinth (that I don't like the name :-) is also translated as: Laberinto... This not make any bug.. but.. generates a few of confusion.. What you think? This has been discussed before, and IMO the best path to follow here is that Labyrinth dev changes the activity's name. Cheers. Alan ___ 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] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 11:35 AM, Rafael Ortiz raf...@activitycentral.comwrote: On Mon, Oct 24, 2011 at 10:32 AM, Alan Jhonn Aguiar Schwyn alan...@hotmail.com wrote: Hi, Yesterday, trying out some new activities I found a little matter of translation: The activity Maze, is correct translated in spanish: Laberinto.. the game is resolve an labyrinth.. The activity Labyrinth (that I don't like the name :-) is also translated as: Laberinto... This not make any bug.. but.. generates a few of confusion.. What you think? This has been discussed before, and IMO the best path to follow here is that Labyrinth dev changes the activity's name. I agree a name change would be the best solution. I would also note that while localizers should try to clearly and accurately translate the author's intended string, they owe a higher duty to the user to minimize confusion. It would be possible to provide a Spanish name for Labyrinth that more clearly represents the activity's function, even without the author's correction. cjl Sugar Labs Translation Team Coordinator ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 10:46 AM, Chris Leonard cjlhomeaddr...@gmail.comwrote: On Mon, Oct 24, 2011 at 11:35 AM, Rafael Ortiz raf...@activitycentral.com wrote: On Mon, Oct 24, 2011 at 10:32 AM, Alan Jhonn Aguiar Schwyn alan...@hotmail.com wrote: Hi, Yesterday, trying out some new activities I found a little matter of translation: The activity Maze, is correct translated in spanish: Laberinto.. the game is resolve an labyrinth.. The activity Labyrinth (that I don't like the name :-) is also translated as: Laberinto... This not make any bug.. but.. generates a few of confusion.. What you think? This has been discussed before, and IMO the best path to follow here is that Labyrinth dev changes the activity's name. I agree a name change would be the best solution. I would also note that while localizers should try to clearly and accurately translate the author's intended string, they owe a higher duty to the user to minimize confusion. It would be possible to provide a Spanish name for Labyrinth that more clearly represents the activity's function, even without the author's correction. cjl Sugar Labs Translation Team Coordinator Unfortunately this is tricky as translation for Maze and Labyrinth are very much alike in Spanish. Synonyms don't work either. (one for example is entanglement) Cheers. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 12:54 PM, Rafael Ortiz raf...@activitycentral.comwrote: I agree a name change would be the best solution. I would also note that while localizers should try to clearly and accurately translate the author's intended string, they owe a higher duty to the user to minimize confusion. It would be possible to provide a Spanish name for Labyrinth that more clearly represents the activity's function, even without the author's correction. cjl Sugar Labs Translation Team Coordinator Unfortunately this is tricky as translation for Maze and Labyrinth are very much alike in Spanish. Synonyms don't work either. (one for example is entanglement) What I am suggesting is that something like MapasMentales could be used. Not very true to the author's string, but nonetheless a meaningful name to the user for an activity that is essentially a mind mapping tool (and not a labyrinth at all) cjl ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 12:01 PM, Chris Leonard cjlhomeaddr...@gmail.comwrote: On Mon, Oct 24, 2011 at 12:54 PM, Rafael Ortiz raf...@activitycentral.com wrote: I agree a name change would be the best solution. I would also note that while localizers should try to clearly and accurately translate the author's intended string, they owe a higher duty to the user to minimize confusion. It would be possible to provide a Spanish name for Labyrinth that more clearly represents the activity's function, even without the author's correction. cjl Sugar Labs Translation Team Coordinator Unfortunately this is tricky as translation for Maze and Labyrinth are very much alike in Spanish. Synonyms don't work either. (one for example is entanglement) What I am suggesting is that something like MapasMentales could be used. Not very true to the author's string, but nonetheless a meaningful name to the user for an activity that is essentially a mind mapping tool (and not a labyrinth at all) That would work :). cjl ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 1:06 PM, Rafael Ortiz raf...@activitycentral.comwrote: On Mon, Oct 24, 2011 at 12:01 PM, Chris Leonard cjlhomeaddr...@gmail.comwrote: On Mon, Oct 24, 2011 at 12:54 PM, Rafael Ortiz raf...@activitycentral.com wrote: I agree a name change would be the best solution. I would also note that while localizers should try to clearly and accurately translate the author's intended string, they owe a higher duty to the user to minimize confusion. It would be possible to provide a Spanish name for Labyrinth that more clearly represents the activity's function, even without the author's correction. cjl Sugar Labs Translation Team Coordinator Unfortunately this is tricky as translation for Maze and Labyrinth are very much alike in Spanish. Synonyms don't work either. (one for example is entanglement) What I am suggesting is that something like MapasMentales could be used. Not very true to the author's string, but nonetheless a meaningful name to the user for an activity that is essentially a mind mapping tool (and not a labyrinth at all) That would work :). It is not the first time we've encountered this issue. No one talks about the Oficina activity, we talk about Paint (although the po file is still named oficina.po in Pootle). I have great respect for the work of activity authors, but I have no problem with the idea of pointing out a clever activity name as an i18n bug and working with the author to address it. In the meantime, I hold by my belief that the localizer's highest duty is to the comprehension of the user and not to the wordplay of the activity author. The localizer is given the ability through the PO file to address an issue like this pending succcessful discussion with the author about a filed i18n bug cjl ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Labyrinth - Maze
I think we should request Gary if is possible change the name to MentalMaps When he wakeup :) Gonzalo On Mon, Oct 24, 2011 at 2:24 PM, Chris Leonard cjlhomeaddr...@gmail.comwrote: On Mon, Oct 24, 2011 at 1:06 PM, Rafael Ortiz raf...@activitycentral.comwrote: On Mon, Oct 24, 2011 at 12:01 PM, Chris Leonard cjlhomeaddr...@gmail.com wrote: On Mon, Oct 24, 2011 at 12:54 PM, Rafael Ortiz raf...@activitycentral.com wrote: I agree a name change would be the best solution. I would also note that while localizers should try to clearly and accurately translate the author's intended string, they owe a higher duty to the user to minimize confusion. It would be possible to provide a Spanish name for Labyrinth that more clearly represents the activity's function, even without the author's correction. cjl Sugar Labs Translation Team Coordinator Unfortunately this is tricky as translation for Maze and Labyrinth are very much alike in Spanish. Synonyms don't work either. (one for example is entanglement) What I am suggesting is that something like MapasMentales could be used. Not very true to the author's string, but nonetheless a meaningful name to the user for an activity that is essentially a mind mapping tool (and not a labyrinth at all) That would work :). It is not the first time we've encountered this issue. No one talks about the Oficina activity, we talk about Paint (although the po file is still named oficina.po in Pootle). I have great respect for the work of activity authors, but I have no problem with the idea of pointing out a clever activity name as an i18n bug and working with the author to address it. In the meantime, I hold by my belief that the localizer's highest duty is to the comprehension of the user and not to the wordplay of the activity author. The localizer is given the ability through the PO file to address an issue like this pending succcessful discussion with the author about a filed i18n bug cjl ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Simple NetworkManager-0.9 port
Excerpts from Daniel Drake's message of 2011-09-15 21:36:58 +0200: Adapt sugar to NetworkManager-0.9 API changes. [...] Thanks a lot for the patch! [extensions/cpsection/modemconfiguration/model.py] +def get_settings(secrets_cb, secrets_err_cb): +connection = get_connection() +if not connection: +return '', '', '' +settings = connection.get_settings('gsm') +username = settings['username'] if 'username' in settings else '' +number = settings['number'] if 'number' in settings else '' +apn = settings['apn'] if 'apn' in settings else '' Why not just settings.get('foo', '')? +connection.get_secrets('gsm', secrets_cb, secrets_err_cb) +return username, number, apn This function returns values in two different ways (secrets_cb _and_ regular return values) at the same time. That's confusing, especially since the callbacks don't get invoked at all if there's no connection. The easiest way forward might be to pass everything to the callback; e.g.: class NoConnectionError(Exception): No connection available to be used. def __init__(self): Exception.__init__(self, 'No connection configured') def get_settings(secrets_cb, secrets_err_cb): connection = get_connection() if not connection: secrets_err_cb(NoConnectionError()) return settings = connection.get_settings('gsm') username = settings.get('username', '') number = settings.get('number', '') apn = settings.get('apn', '') complete_cb = functools.partial(secrets_cb, username, number, apn) connection.get_secrets('gsm', complete_cb, secrets_err_cb) return username, number, apn This is still not perfect as the timing is different: In the no-connection case the error callback will be called before get_settings() returns, whereas if we have a connection, there will be a round-trip (usually even several) through the glib main loop before any callback gets invoked. Maybe splitting it up into two separate functions for secret and non-secret values is the better choice. [extensions/cpsection/modemconfiguration/view.py] [ModemConfiguration.__init__()] +self._timeout_sid = 0 How about _timeout_source_id? It took me some time to figure out what sid is supposed to mean. (Yes, I'm aware you only moved it.) [...] -self._puk_entry = PukEntry(model) -self._puk_entry.connect('notify::is-valid', -self.__notify_is_valid_cb) -self._group.add_widget(self._puk_entry.label) -self.pack_start(self._puk_entry, expand=False) -self._puk_entry.show() - Is there a reason you dropped the PUK or is it just an oversight? If the former, you should mention it in the commit message. +def _secrets_cb(self, secrets): +if secrets is None or not 'gsm' in secrets: +return I prefer foo not in bar over not foo in bar, but it might be just personal taste; PEP-8 doesn't say anything about it. +gsm_secrets = secrets['gsm'] +if 'password' in gsm_secrets: +self._populate_entry(self._password_entry, gsm_secrets['password']) +if 'pin' in gsm_secrets: +self._populate_entry(self._pin_entry, gsm_secrets['pin']) Why do we make this conditional, rather than always filling with the potentially empty value from the settings (using gsm_secrets.get() if necessary)? Are there cases where we'd want an empty value in gsm_secrets to not override an already-set value in the GUI? +def _secrets_err_cb(self, err): +logging.debug(No GSM secrets present, or error: %s, err) In Sugar source, we prefer single quotes over double quotes for string literals (unless the literal contains single quotes). An arbitrary decision, but for consistency we should use the same style everywhere. This applies to same other parts of the patch as well. Is the not present case distinguishable from the error case? If so, we should log with error level rather than debug in the error case. -def undo(self): -self._model.undo() What happened to the undo functionality? Since we still apply the changes after a timeout rather than after closing the dialog with the apply / OK button, we need this for the cancel button. [extensions/deviceicon/network.py] [WirelessDeviceView._update_state()] -if state == network.DEVICE_STATE_PREPARE or \ - state == network.DEVICE_STATE_CONFIG or \ - state == network.DEVICE_STATE_NEED_AUTH or \ - state == network.DEVICE_STATE_IP_CONFIG: +if state == network.NM_DEVICE_STATE_PREPARE or \ + state == network.NM_DEVICE_STATE_CONFIG or \ + state == network.NM_DEVICE_STATE_NEED_AUTH or \ + state == network.NM_DEVICE_STATE_IP_CONFIG: This list is incomplete (it lacks NM_DEVICE_STATE_IP_CHECK and NM_DEVICE_STATE_SECONDARIES) and quite a lot of code for this simple check. How about we make use of the fact that the
Re: [Sugar-devel] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 1:32 PM, Gonzalo Odiard gonz...@laptop.org wrote: I think we should request Gary if is possible change the name to MentalMaps When he wakeup :) I'd be happy to collaborate on addressing any Pootle-git issues associated with an activity name change (including migration of existing strings to a renamed PO file). We encountered something similar when manuq was persuaded to rename his proposed XOScope Telescope in deference to a previously existing oscilloscope activity, but we caught that one early before any L10n had been done, I still owe him an upload to Pootle for Telescope I'd also love to work with the Activity Team to clean-up the oficina paint change that happened long ago so that the name for the PO file in Pootle is more logical. I really should have filed a bug on that one some time ago, but I've gotten so used to mentally translating it I hardly see it any more. :-) cjl ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 1:32 PM, Gonzalo Odiard gonz...@laptop.org wrote: I think we should request Gary if is possible change the name to MentalMaps When he wakeup :) Gonzalo On Mon, Oct 24, 2011 at 2:24 PM, Chris Leonard cjlhomeaddr...@gmail.comwrote: {...} What I am suggesting is that something like MapasMentales could be used. Not very true to the author's string, but nonetheless a meaningful name to the user for an activity that is essentially a mind mapping tool (and not a labyrinth at all) That would work :). {...} There is a guideline for Activity naming, http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/Activities#Naming_Activities Mental Maps might suit as 'Mind Map'. --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 2:51 PM, Frederick Grose fgr...@gmail.com wrote: On Mon, Oct 24, 2011 at 1:32 PM, Gonzalo Odiard gonz...@laptop.orgwrote: I think we should request Gary if is possible change the name to MentalMaps When he wakeup :) Gonzalo On Mon, Oct 24, 2011 at 2:24 PM, Chris Leonard cjlhomeaddr...@gmail.comwrote: {...} What I am suggesting is that something like MapasMentales could be used. Not very true to the author's string, but nonetheless a meaningful name to the user for an activity that is essentially a mind mapping tool (and not a labyrinth at all) That would work :). {...} There is a guideline for Activity naming, http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/Activities#Naming_Activities Mental Maps might suit as 'Mind Map'. Yes, it's better :) --Fred ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Telescope-11 fails to launch
Hi, We have a number of telescopes here at the SF summit, but we have found that the Telescope-11 activity fails to launch. It fails on line 288 of activity.py: self._live_toolbar_container.insert(self._gain_button, -1) self._live_toolbar_container is a GtkHBox and does not have an insert method. This causes a crash on startup. Please could this be fixed with a new release made? Thanks, Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Telescope-11 fails to launch
On Mon, Oct 24, 2011 at 2:15 PM, Daniel Drake d...@laptop.org wrote: Hi, We have a number of telescopes here at the SF summit, but we have found that the Telescope-11 activity fails to launch. It fails on line 288 of activity.py: self._live_toolbar_container.insert(self._gain_button, -1) Very common error as the main toolbar has an insert method but the secondary toolbars do not: if hasattr(toolbar, 'insert'): # the main toolbar toolbar.insert(button, -1) else: # or a secondary toolbar toolbar.props.page.insert(button, -1) -walter self._live_toolbar_container is a GtkHBox and does not have an insert method. This causes a crash on startup. Please could this be fixed with a new release made? Thanks, Daniel ___ 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] [Announce] Design Team meeting
On 24 Oct 2011, at 13:49, Gonzalo Odiard wrote: Can you please remind me what time? 15 UTC http://wiki.sugarlabs.org/go/Activity_Team/Meetings Sorry for missing todays meeting, slept right through two alarms... This time of year my circadian rhythm can get way out of sync. Right now it thinks I should be starting the day in Hawaii – I'd have to agree! Apologies, --Gary Gonzalo thanks. -walter Cheers, -- .. 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Simple NetworkManager-0.9 port
On Mon, Oct 24, 2011 at 1:41 PM, Sascha Silbe sascha-ml-reply-to-201...@silbe.org wrote: Excerpts from Daniel Drake's message of 2011-09-15 21:36:58 +0200: {...} +def _secrets_err_cb(self, err): +logging.debug(No GSM secrets present, or error: %s, err) In Sugar source, we prefer single quotes over double quotes for string literals (unless the literal contains single quotes). An arbitrary decision, but for consistency we should use the same style everywhere. This applies to same other parts of the patch as well. http://wiki.sugarlabs.org/go/Development_Team/Code_guidelines#Miscellaneous There is a human factors reason for preferring single over double quotes: In a busy field of view, such as code, maximizing the 'information/ink' ratio (by removing superfluous ink or pixels) makes it easier to 'see' or grasp what is important in all the eye spans that need to be mentally integrated. --Fred {...} -- 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] [IAEP] Labyrinth - Maze
On Mon, Oct 24, 2011 at 1:03 PM, Gonzalo Odiard gonz...@laptop.org wrote: On Mon, Oct 24, 2011 at 2:51 PM, Frederick Grose fgr...@gmail.com wrote: On Mon, Oct 24, 2011 at 1:32 PM, Gonzalo Odiard gonz...@laptop.orgwrote: I think we should request Gary if is possible change the name to MentalMaps When he wakeup :) Gonzalo On Mon, Oct 24, 2011 at 2:24 PM, Chris Leonard cjlhomeaddr...@gmail.com wrote: {...} What I am suggesting is that something like MapasMentales could be used. Not very true to the author's string, but nonetheless a meaningful name to the user for an activity that is essentially a mind mapping tool (and not a labyrinth at all) That would work :). {...} There is a guideline for Activity naming, http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/Activities#Naming_Activities Mental Maps might suit as 'Mind Map'. Yes, it's better :) +1. --Fred ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Easy search tickets in the SL bug tracker
Hi, I have added a simple search tool for browsers: http://mycroft.mozdev.org/search-engines.html?name=bugs.sugarlabs.org Just click to install, then type the ticket number in the search field. Tested in Firefox. Cheers, -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Easy search tickets in the SL bug tracker
And to search in olpc bugs... http://mycroft.mozdev.org/search-engines.html?name=dev.laptop.org 2011/10/24 Manuel Quiñones ma...@laptop.org Hi, I have added a simple search tool for browsers: http://mycroft.mozdev.org/search-engines.html?name=bugs.sugarlabs.org Just click to install, then type the ticket number in the search field. Tested in Firefox. Cheers, -- .. manuq .. ___ 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] Alt-Tab in Sugar
Hi, I've been using Sugar now for several months as my daily working environment. One of the things that was really hard getting used to and that maybe I hadn't realized before this constant usage is Alt-Tab behaviour. According to Wikipedia: Perhaps the most common use ofAlt+Tab?is to alternate between the two most recent tasks The window environment maintains aZ-order http://en.wikipedia.org/wiki/Z-orderlist of top-level windows (tasks) with the most recently used tasks at the front, so the most recently used tasks can be switched to the most quickly. But Sugar will instead continue along the X-order so to say of the Frame. Could we change this default? Also, is there a setting for this in metacity or does Sugar have its own Alt-Tab implementation? Thanks! Sebastian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel