[Sugar-devel] [ASLO] Release Wikipedia-27

2011-08-29 Thread Sugar Labs Activities
Activity Homepage:
http://activities.sugarlabs.org/addon/4401

Sugar Platform:
0.86 - 0.92

Download Now:
http://activities.sugarlabs.org/downloads/file/27536/wikipedia-27.xo

Release notes:



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] [Dextrose] Sugar-Scaling

2011-08-29 Thread Esteban Bordón
Would be better to discompose SUGAR_SCALING in two separate variables,
something like SUGAR_SCALING_W and SUGAR_SCALING_H

chhers,
Esteban.



2011/8/26 Frederick Grose fgr...@gmail.com

 On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz raf...@activitycentral.com
  wrote:

 Hi.

 We are beginning to adapt activities to a JumPC (Olidata) Screen
 resolution fixed to [800 x 480], afaik sugar scaling is set to 70% or 100%,
 this shouldn't be enough for some cases as flavio pointed out..we are going
 to test adding the zoom() method to hardcoded sizes, but medium term we
 shall come out with a way of having different values for sugar-scaling in
 order to fit these kind of screens.

 Thoughts on this are appreciated!.,



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose


 Forwarding to sugar-devel, as this is a good question for future support of
 Sugar in small screen devices.



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Dextrose] Sugar-Scaling

2011-08-29 Thread Gonzalo Odiard
I don't think so.
One scale would be ok, the screens are no so different,
and with screens with 11:6 relation, the activities will fill the remaining
space.

Gonzalo

On Mon, Aug 29, 2011 at 10:47 AM, Esteban Bordón ebor...@plan.ceibal.edu.uy
 wrote:

 Would be better to discompose SUGAR_SCALING in two separate variables,
 something like SUGAR_SCALING_W and SUGAR_SCALING_H

 chhers,
 Esteban.




 2011/8/26 Frederick Grose fgr...@gmail.com

 On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz 
 raf...@activitycentral.com wrote:

 Hi.

 We are beginning to adapt activities to a JumPC (Olidata) Screen
 resolution fixed to [800 x 480], afaik sugar scaling is set to 70% or 100%,
 this shouldn't be enough for some cases as flavio pointed out..we are going
 to test adding the zoom() method to hardcoded sizes, but medium term we
 shall come out with a way of having different values for sugar-scaling in
 order to fit these kind of screens.

 Thoughts on this are appreciated!.,



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose


 Forwarding to sugar-devel, as this is a good question for future support
 of Sugar in small screen devices.



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [DESIGN] Export buttons in Write

2011-08-29 Thread Gonzalo Odiard
I have uploaded a test version here
http://dev.laptop.org/~gonzalo/Write-76.xo
The text does not look very well in the XO :(

Gonzalo

2011/8/28 manuel quiñones ma...@laptop.org

 2011/8/26 Gonzalo Odiard gonz...@laptop.org:
  I have stolen a few icons from TurtleArt, and replaced the export combo
 in
  Write by buttons.
  Tell me what you think.
  If you have better ideas for the icons, are welcomed.

 They look very good to me at first glance!  Nice to see the badges
 being used in more activities.  I would like to test if the texts for
 the extensions (txt, pdf, rtf) are readable on the XO.  Can you send
 me a patch or a link to the repo?

 --
 .. manuq ..

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Dextrose] Sugar-Scaling

2011-08-29 Thread Esteban Bordón
I don't know how much decrease the performance, but if both variables have
the same value by default I don't know why not is ok.
For another screen relations (like JumPCs for instance) we might to set
different values explicitly

Esteban.

2011/8/29 Gonzalo Odiard gonz...@laptop.org

 I don't think so.
 One scale would be ok, the screens are no so different,
 and with screens with 11:6 relation, the activities will fill the remaining
 space.

 Gonzalo


 On Mon, Aug 29, 2011 at 10:47 AM, Esteban Bordón 
 ebor...@plan.ceibal.edu.uy wrote:

 Would be better to discompose SUGAR_SCALING in two separate variables,
 something like SUGAR_SCALING_W and SUGAR_SCALING_H

 chhers,
 Esteban.




 2011/8/26 Frederick Grose fgr...@gmail.com

 On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz 
 raf...@activitycentral.com wrote:

 Hi.

 We are beginning to adapt activities to a JumPC (Olidata) Screen
 resolution fixed to [800 x 480], afaik sugar scaling is set to 70% or 100%,
 this shouldn't be enough for some cases as flavio pointed out..we are going
 to test adding the zoom() method to hardcoded sizes, but medium term we
 shall come out with a way of having different values for sugar-scaling in
 order to fit these kind of screens.

 Thoughts on this are appreciated!.,



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose


 Forwarding to sugar-devel, as this is a good question for future support
 of Sugar in small screen devices.



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose



___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Dextrose] Sugar-Scaling

2011-08-29 Thread Gonzalo Odiard
it's not only about performance.
What will you do with a icon with a circle if you apply different scales?
Will have a oval?
All the icons will be deformed?
Also, the JumPC have a different relation? really?

Gonzalo

On Mon, Aug 29, 2011 at 11:36 AM, Esteban Bordón ebor...@plan.ceibal.edu.uy
 wrote:

 I don't know how much decrease the performance, but if both variables have
 the same value by default I don't know why not is ok.
 For another screen relations (like JumPCs for instance) we might to set
 different values explicitly

 Esteban.


 2011/8/29 Gonzalo Odiard gonz...@laptop.org

 I don't think so.
 One scale would be ok, the screens are no so different,
 and with screens with 11:6 relation, the activities will fill the
 remaining space.

 Gonzalo


 On Mon, Aug 29, 2011 at 10:47 AM, Esteban Bordón 
 ebor...@plan.ceibal.edu.uy wrote:

 Would be better to discompose SUGAR_SCALING in two separate variables,
 something like SUGAR_SCALING_W and SUGAR_SCALING_H

 chhers,
 Esteban.




 2011/8/26 Frederick Grose fgr...@gmail.com

 On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz 
 raf...@activitycentral.com wrote:

 Hi.

 We are beginning to adapt activities to a JumPC (Olidata) Screen
 resolution fixed to [800 x 480], afaik sugar scaling is set to 70% or 
 100%,
 this shouldn't be enough for some cases as flavio pointed out..we are 
 going
 to test adding the zoom() method to hardcoded sizes, but medium term we
 shall come out with a way of having different values for sugar-scaling in
 order to fit these kind of screens.

 Thoughts on this are appreciated!.,



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose


 Forwarding to sugar-devel, as this is a good question for future support
 of Sugar in small screen devices.



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose




___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [DESIGN] Export buttons in Write

2011-08-29 Thread manuel quiñones
El día 29 de agosto de 2011 11:04, Gonzalo Odiard gonz...@laptop.org escribió:
 I have uploaded a test version here
 http://dev.laptop.org/~gonzalo/Write-76.xo
 The text does not look very well in the XO :(

Tested.  I think they are not so cluttered and the tooltips are there for help.

+1 for inclusion.

-- 
.. manuq ..
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Dextrose] Sugar-Scaling

2011-08-29 Thread Bernie Innocenti
On Mon, 2011-08-29 at 11:40 -0300, Gonzalo Odiard wrote:
 it's not only about performance.
 What will you do with a icon with a circle if you apply different
 scales? Will have a oval?
 All the icons will be deformed?
 Also, the JumPC have a different relation? really?

A separate X and Y scaling factor would make sense for display that
don't have a 1:1 aspect ratio, but I've not seen one of those in a long
time.

Activities should be written to scale their UI intelligently rather than
assuming a particular resolution or display shape. This is how all
desktop and mobile GUI applications are written, and I don't think
there's a shortcut.

If we want to encourage activity developers to write resolution
independent GUIs, the sugar-emulator opens in 800x600 by default. If
want activities to work with an even smaller 800x480 display, we could
make it the default.

However, if we make the default too awkward most developers will end up
forcing the resolution of the emulator to 1200x900, thus defeating the
purpose of our default setting.

-- 
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [DESIGN] Design Team meeting, Monday 28th Aug, 15:00 UTC, #sugar-meeting

2011-08-29 Thread manuel quiñones
2011/8/28 Gonzalo Odiard gonz...@laptop.org:
 I will be available, but may be we can look for another day/time.
 I will try to have the ToolbarCatalog updated.

I have updated: abacus, browse, calculate, clock, distance, finance,
fototoon, getbooks, image viewer, implode, jukebox, labyrinth, log,
words

-- 
.. manuq ..
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [PATCH] Manage the Documents folder in the VolumesToolbar

2011-08-29 Thread Simon Schampijer

On 08/26/2011 11:51 PM, godi...@sugarlabs.org wrote:

From: Gonzalo Odiardgodi...@gmail.com

After adding the Documents folder in the VolumesToolbar,
if the user unmount a device with the ObjectChooser opened,
the code break and the device button is not removed.


Thanks Gonzalo for the patch. We could as well store the mountpoint in 
DocumentsButton, the information is there. That way the 
'_get_button_for_mount' would return the correct information. What do 
you think?


Regards,
   Simon





Signed-off-by: Gonzalo Odiardgonz...@laptop.org
---
  src/jarabe/journal/volumestoolbar.py |3 ++-
  1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/src/jarabe/journal/volumestoolbar.py 
b/src/jarabe/journal/volumestoolbar.py
index 7a34e18..36f3011 100644
--- a/src/jarabe/journal/volumestoolbar.py
+++ b/src/jarabe/journal/volumestoolbar.py
@@ -280,7 +280,8 @@ class VolumesToolbar(gtk.Toolbar):
  def _get_button_for_mount(self, mount):
  mount_point = mount.get_root().get_path()
  for button in self.get_children():
-if button.mount_point == mount_point:
+if hasattr(button, 'mount_point') and \
+button.mount_point == mount_point:
  return button
  logging.error('Couldnt find button with mount_point %r', mount_point)
  return None


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Dextrose] Sugar-Scaling

2011-08-29 Thread Esteban Bordón
2011/8/29 Gonzalo Odiard gonz...@laptop.org

 it's not only about performance.
 What will you do with a icon with a circle if you apply different scales?
 Will have a oval?

All the icons will be deformed?
 Also, the JumPC have a different relation? really?

   Aprox, 15.5 x 9.5, someting like 13:8. The best resolution supported is
800x480


 Gonzalo


 On Mon, Aug 29, 2011 at 11:36 AM, Esteban Bordón 
 ebor...@plan.ceibal.edu.uy wrote:

 I don't know how much decrease the performance, but if both variables have
 the same value by default I don't know why not is ok.
 For another screen relations (like JumPCs for instance) we might to set
 different values explicitly

 Esteban.


 2011/8/29 Gonzalo Odiard gonz...@laptop.org

 I don't think so.
 One scale would be ok, the screens are no so different,
 and with screens with 11:6 relation, the activities will fill the
 remaining space.

 Gonzalo


 On Mon, Aug 29, 2011 at 10:47 AM, Esteban Bordón 
 ebor...@plan.ceibal.edu.uy wrote:

 Would be better to discompose SUGAR_SCALING in two separate variables,
 something like SUGAR_SCALING_W and SUGAR_SCALING_H

 chhers,
 Esteban.




 2011/8/26 Frederick Grose fgr...@gmail.com

 On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz 
 raf...@activitycentral.com wrote:

 Hi.

 We are beginning to adapt activities to a JumPC (Olidata) Screen
 resolution fixed to [800 x 480], afaik sugar scaling is set to 70% or 
 100%,
 this shouldn't be enough for some cases as flavio pointed out..we are 
 going
 to test adding the zoom() method to hardcoded sizes, but medium term we
 shall come out with a way of having different values for sugar-scaling in
 order to fit these kind of screens.

 Thoughts on this are appreciated!.,



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose


 Forwarding to sugar-devel, as this is a good question for future
 support of Sugar in small screen devices.



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose



 ___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose





___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [PATCH] Change string Remove in device palette by Remove device

2011-08-29 Thread Simon Schampijer

On 08/24/2011 04:12 PM, godi...@sugarlabs.org wrote:

From: Gonzalo Odiardgodi...@gmail.com

This more specific string, help solve translationes where Remove does not
have the same meaning. In Spanish, for example the translation Eliminar
means Destroy and must be used Quitar meaning take out.


Yes, agreed, we need to do something about it. I just wonder if 'device' 
is the best naming. GNOME for example use 'Drive'. 'Volume' might be 
another candidate.


Regards,
   Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [PATCH] Change string Remove in device palette by Remove device

2011-08-29 Thread Chris Leonard
I think Volume is too easily confused with sound volume (many
activities) and book volume (book activities).

cjl

On Mon, Aug 29, 2011 at 11:06 AM, Simon Schampijer si...@schampijer.de wrote:
 On 08/24/2011 04:12 PM, godi...@sugarlabs.org wrote:

 From: Gonzalo Odiardgodi...@gmail.com

 This more specific string, help solve translationes where Remove does
 not
 have the same meaning. In Spanish, for example the translation Eliminar
 means Destroy and must be used Quitar meaning take out.

 Yes, agreed, we need to do something about it. I just wonder if 'device' is
 the best naming. GNOME for example use 'Drive'. 'Volume' might be another
 candidate.

 Regards,
   Simon
 ___
 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] Change string Remove in device palette by Remove device

2011-08-29 Thread Marco Pesenti Gritti
On 29 Aug 2011, at 16:06, Simon Schampijer si...@schampijer.de wrote:

 On 08/24/2011 04:12 PM, godi...@sugarlabs.org wrote:
 From: Gonzalo Odiardgodi...@gmail.com
 
 This more specific string, help solve translationes where Remove does not
 have the same meaning. In Spanish, for example the translation Eliminar
 means Destroy and must be used Quitar meaning take out.
 
 Yes, agreed, we need to do something about it. I just wonder if 'device' is 
 the best naming. GNOME for example use 'Drive'. 'Volume' might be another 
 candidate.

Do we really need to change the string? It seems like we could just use 
pgettext.

Marco
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [PATCH] Manage the Documents folder in the VolumesToolbar

2011-08-29 Thread Gonzalo Odiard
Yes, can be done in either way.
is probably a one line patch too, I think you don't need a patch, right ? ;)

Gonzalo

On Mon, Aug 29, 2011 at 11:58 AM, Simon Schampijer si...@schampijer.dewrote:

 On 08/26/2011 11:51 PM, godi...@sugarlabs.org wrote:

 From: Gonzalo Odiardgodi...@gmail.com

 After adding the Documents folder in the VolumesToolbar,
 if the user unmount a device with the ObjectChooser opened,
 the code break and the device button is not removed.


 Thanks Gonzalo for the patch. We could as well store the mountpoint in
 DocumentsButton, the information is there. That way the
 '_get_button_for_mount' would return the correct information. What do you
 think?

 Regards,
   Simon





  Signed-off-by: Gonzalo Odiardgonz...@laptop.org
 ---
  src/jarabe/journal/**volumestoolbar.py |3 ++-
  1 files changed, 2 insertions(+), 1 deletions(-)

 diff --git a/src/jarabe/journal/**volumestoolbar.py b/src/jarabe/journal/
 **volumestoolbar.py
 index 7a34e18..36f3011 100644
 --- a/src/jarabe/journal/**volumestoolbar.py
 +++ b/src/jarabe/journal/**volumestoolbar.py
 @@ -280,7 +280,8 @@ class VolumesToolbar(gtk.Toolbar):
  def _get_button_for_mount(self, mount):
  mount_point = mount.get_root().get_path()
  for button in self.get_children():
 -if button.mount_point == mount_point:
 +if hasattr(button, 'mount_point') and \
 +button.mount_point == mount_point:
  return button
  logging.error('Couldnt find button with mount_point %r',
 mount_point)
  return None


 __**_
 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


Re: [Sugar-devel] Sugar Digest 2011-08-22

2011-08-29 Thread Bert Freudenberg
On 22.08.2011, at 17:50, Walter Bender wrote:

 == Sugar Digest ==
 
 1. The OLPC XO 1.75 machines (beta units) are starting to be
 distributed to developers. This machine is ARM based, which means that
 it will have superior battery life once all of the fine-tuning is
 complete. It also means that it uses some different components, e.g.,
 audio circuitry, so there is some driver work to be done. But so far,
 so good.
 
 One of the nice things about the 1.75 is that the OLPC engineering
 team threw in a few additional sensors. Saadia Husain Baloch got the
 accelerometer working and I immediately wrote a Turtle Art plug-in
 (included with v114). Saadia wrote a fun 'etch-a-sketch' program in
 Turtle Art that works by shaking the machine.
 
 Not to be outdone, I added an enhancement to the Portfolio activity
 while I was on a short flight last week. If you hit the left side of
 the XO, it will advance to the next slide. If you hit the right side
 of the XO, it will return to the previous slide. The person sitting
 next to me on the plane told me, That's the strangest thing I have
 ever seen anyone do with a computer.
 
 The bottom line is the more sensors the better: we want to give young
 learners more opportunities to observe and interactive with the
 physical world.

The accelerometer is fun to use indeed. I just made an Etoys project that lets 
you steer a ball by tilting the XO-1.75. Find a description and video at:

http://croquetweak.blogspot.com/2011/08/squeak-etoys-on-arm-based-xo-175.html

- Bert -


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [PATCH] Change string Remove in device palette by Remove device

2011-08-29 Thread Sascha Silbe
Excerpts from godiard's message of Wed Aug 24 16:12:21 +0200 2011:

 This more specific string, help solve translationes where Remove does not
 have the same meaning. In Spanish, for example the translation Eliminar
 means Destroy and must be used Quitar meaning take out.

Why do you replace the english string instead of using pgettext (for
which we have a patch [1] already)? What changed since the last time
this was discussed?

Sascha

[1] https://patchwork.sugarlabs.org/patch/653/
-- 
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] [DESIGN] Export buttons in Write

2011-08-29 Thread Sascha Silbe
Excerpts from Gonzalo Odiard's message of Fri Aug 26 20:45:47 +0200 2011:
 I have stolen a few icons from TurtleArt, and replaced the export combo in
 Write by buttons.
 Tell me what you think.
 If you have better ideas for the icons, are welcomed.

Once you settled on a common set of buttons, please send a patch for
inclusion into sugar-artwork.

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] [DESIGN] Export buttons in Write

2011-08-29 Thread manuel quiñones
2011/8/29 Sascha Silbe si...@activitycentral.com:
 Excerpts from Gonzalo Odiard's message of Fri Aug 26 20:45:47 +0200 2011:
 I have stolen a few icons from TurtleArt, and replaced the export combo in
 Write by buttons.
 Tell me what you think.
 If you have better ideas for the icons, are welcomed.

 Once you settled on a common set of buttons, please send a patch for
 inclusion into sugar-artwork.

Yes, I should work on SVG templates and documenting how to use them.

-- 
.. manuq ..
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [IAEP] Sugar Digest 2011-08-22

2011-08-29 Thread Alan Kay
Looks great Bert!

Cheers,

Alan





From: Bert Freudenberg b...@freudenbergs.de
To: iaep SugarLabs i...@lists.sugarlabs.org
Cc: Sugar-dev Devel sugar-devel@lists.sugarlabs.org
Sent: Monday, August 29, 2011 8:59 AM
Subject: Re: [IAEP] Sugar Digest 2011-08-22

On 22.08.2011, at 17:50, Walter Bender wrote:

 == Sugar Digest ==
 
 1. The OLPC XO 1.75 machines (beta units) are starting to be
 distributed to developers. This machine is ARM based, which means that
 it will have superior battery life once all of the fine-tuning is
 complete. It also means that it uses some different components, e.g.,
 audio circuitry, so there is some driver work to be done. But so far,
 so good.
 
 One of the nice things about the 1.75 is that the OLPC engineering
 team threw in a few additional sensors. Saadia Husain Baloch got the
 accelerometer working and I immediately wrote a Turtle Art plug-in
 (included with v114). Saadia wrote a fun 'etch-a-sketch' program in
 Turtle Art that works by shaking the machine.
 
 Not to be outdone, I added an enhancement to the Portfolio activity
 while I was on a short flight last week. If you hit the left side of
 the XO, it will advance to the next slide. If you hit the right side
 of the XO, it will return to the previous slide. The person sitting
 next to me on the plane told me, That's the strangest thing I have
 ever seen anyone do with a computer.
 
 The bottom line is the more sensors the better: we want to give young
 learners more opportunities to observe and interactive with the
 physical world.

The accelerometer is fun to use indeed. I just made an Etoys project that lets 
you steer a ball by tilting the XO-1.75. Find a description and video at:

http://croquetweak.blogspot.com/2011/08/squeak-etoys-on-arm-based-xo-175.html

- Bert -


___
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


Re: [Sugar-devel] [DESIGN] Design Team meeting, Monday 28th Aug, 15:00 UTC, #sugar-meeting

2011-08-29 Thread Gary Martin
Hi Walter,

On 29 Aug 2011, at 03:57, Walter Bender wrote:

 On Sun, Aug 28, 2011 at 10:54 PM, Gonzalo Odiard gonz...@laptop.org wrote:
 I will be available, but may be we can look for another day/time.
 I will try to have the ToolbarCatalog updated.
 
 If you guys can discuss the proposal to change the fill color from
 transparent to white on the home view, I would appreciate it.

Yes, discussed, logs at:

http://wiki.sugarlabs.org/go/Design_Team/Meetings#Past_meetings

Looking over it, we could have done with your input re your specific new patch, 
but from a visual design point of view the consensus was to go with the white  
grey look.

Regards,
--Gary

 
 -walter
 
 Gonzalo
 
 2011/8/28 Walter Bender walter.ben...@gmail.com
 
 2011/8/28 manuel quiñones ma...@laptop.org:
 Hi,
 
 I will be around on IRC tomorrow monday for the design meeting.
 
 I am not sure If I will be able to attend. :(
 
 -walter
 
 
 
 --
 .. manuq ..
 
 
 
 
 --
 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] [PATCH] Change string Remove in device palette by Remove device

2011-08-29 Thread Gonzalo Odiard
On Mon, Aug 29, 2011 at 1:10 PM, Sascha Silbe si...@activitycentral.comwrote:

 Excerpts from godiard's message of Wed Aug 24 16:12:21 +0200 2011:

  This more specific string, help solve translationes where Remove does
 not
  have the same meaning. In Spanish, for example the translation Eliminar
  means Destroy and must be used Quitar meaning take out.

 Why do you replace the english string instead of using pgettext (for
 which we have a patch [1] already)?



Because I am very creative :)
Now I have a better question, why that patch was not applied?!
I am happy with any of the solutions, please go and fix it

Gonzalo


 What changed since the last time
 this was discussed?

 Sascha

 [1] https://patchwork.sugarlabs.org/patch/653/
 --
 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] [PATCH] Manage the Documents folder in the VolumesToolbar

2011-08-29 Thread Gonzalo Odiard
Btw, the ObjectChooser, with the Journal button at left, the Document
folder,
and the devices icons at right and the cancel button in the middle is
intresting... :)

Gonzalo

On Mon, Aug 29, 2011 at 11:58 AM, Simon Schampijer si...@schampijer.dewrote:

 On 08/26/2011 11:51 PM, godi...@sugarlabs.org wrote:

 From: Gonzalo Odiardgodi...@gmail.com

 After adding the Documents folder in the VolumesToolbar,
 if the user unmount a device with the ObjectChooser opened,
 the code break and the device button is not removed.


 Thanks Gonzalo for the patch. We could as well store the mountpoint in
 DocumentsButton, the information is there. That way the
 '_get_button_for_mount' would return the correct information. What do you
 think?

 Regards,
   Simon





  Signed-off-by: Gonzalo Odiardgonz...@laptop.org
 ---
  src/jarabe/journal/**volumestoolbar.py |3 ++-
  1 files changed, 2 insertions(+), 1 deletions(-)

 diff --git a/src/jarabe/journal/**volumestoolbar.py b/src/jarabe/journal/
 **volumestoolbar.py
 index 7a34e18..36f3011 100644
 --- a/src/jarabe/journal/**volumestoolbar.py
 +++ b/src/jarabe/journal/**volumestoolbar.py
 @@ -280,7 +280,8 @@ class VolumesToolbar(gtk.Toolbar):
  def _get_button_for_mount(self, mount):
  mount_point = mount.get_root().get_path()
  for button in self.get_children():
 -if button.mount_point == mount_point:
 +if hasattr(button, 'mount_point') and \
 +button.mount_point == mount_point:
  return button
  logging.error('Couldnt find button with mount_point %r',
 mount_point)
  return None


 __**_
 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


Re: [Sugar-devel] [IAEP] Sugar Digest 2011-08-22

2011-08-29 Thread Cherry Withers
Very cool!

On Mon, Aug 29, 2011 at 8:59 AM, Bert Freudenberg b...@freudenbergs.dewrote:

 On 22.08.2011, at 17:50, Walter Bender wrote:

  == Sugar Digest ==
 
  1. The OLPC XO 1.75 machines (beta units) are starting to be
  distributed to developers. This machine is ARM based, which means that
  it will have superior battery life once all of the fine-tuning is
  complete. It also means that it uses some different components, e.g.,
  audio circuitry, so there is some driver work to be done. But so far,
  so good.
 
  One of the nice things about the 1.75 is that the OLPC engineering
  team threw in a few additional sensors. Saadia Husain Baloch got the
  accelerometer working and I immediately wrote a Turtle Art plug-in
  (included with v114). Saadia wrote a fun 'etch-a-sketch' program in
  Turtle Art that works by shaking the machine.
 
  Not to be outdone, I added an enhancement to the Portfolio activity
  while I was on a short flight last week. If you hit the left side of
  the XO, it will advance to the next slide. If you hit the right side
  of the XO, it will return to the previous slide. The person sitting
  next to me on the plane told me, That's the strangest thing I have
  ever seen anyone do with a computer.
 
  The bottom line is the more sensors the better: we want to give young
  learners more opportunities to observe and interactive with the
  physical world.

 The accelerometer is fun to use indeed. I just made an Etoys project that
 lets you steer a ball by tilting the XO-1.75. Find a description and video
 at:


 http://croquetweak.blogspot.com/2011/08/squeak-etoys-on-arm-based-xo-175.html

 - Bert -


 ___
 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] [ASLO] Release Browse-124

2011-08-29 Thread Sugar Labs Activities
Activity Homepage:
http://activities.sugarlabs.org/addon/4024

Sugar Platform:
0.86 - 0.92

Download Now:
http://activities.sugarlabs.org/downloads/file/27537/browse-124.xo

Release notes:
Start password manager (Sascha Silbe)
Remove unfinished downloads (Rafael Ortiz)
avoiding gettext exception (Rafael Ortiz)
Use a standard gtk.Entry instead of the custom AddressEntry from the toolkit 
(Simon Schampijer)
Move stop/reload button into the url entry (Simon Schampijer)
Remove unused imports (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