from:"Flavio Danesse"

[Sugar-devel] Felicitaciones a Ezequiel !!

2017-08-15 Thread Flavio Danesse

Sigan el link:
http://www.elpais.com.uy/vida-actual/uruguayo-descubrio-error-google-recompensado.html
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] bye !

2015-02-25 Thread Flavio Danesse

Hola a todos.
Pensé mucho sobre si correspondía enviar un mail a la comunidad sobre este
tema o no, ya que probablemente no sea relevante para la mayoría, pero,
como se que hay gente que ha seguido de cerca la participación de
python_joven y sus integrantes durante estos últimos seis años, me ha
parecido importante, al menos informar sobre el estado actual de nuestra
"mini comunidad".
Como informé no hace mucho, teníamos diversos proyectos planteados para
desarrollar este año lectivo que inicia la semana próxima, pero por
diversos motivos, mi participación dependía del compromiso al que
estuvieran dispuestos los chicos del grupo, de modo que planteado el tema,
resultó que la mayoría de ellos no estuvieron dispuestos a asumir
responsabilidades concretas.
Por este motivo, he decidido descontinuar python_joven y tomarme un
descanso en todas las actividades comunitarias en las que he participado
desde 2008.
Haciendo el balance de esta experiencia, debo decir que ha sido maravilloso
para mi. Es una experiencia muy gratificante ver la evolución que han
tenido estos chicos durante estos años y la que seguramente tendrán en el
futuro, espero que mi influencia en ellos haya sido positiva, fuerte y
duradera.
Lo negativo de la experiencia, sin lugar a dudas ha sido el no poder
consolidar el grupo como una comunidad comprometida consigo misma y en
objetivos claros y concretos.
Obviamente, el fracaso ha sido mio y no culpo a nadie por ello y conviene
que aclare someramente este punto.
Para mi, enseñar a programar es tan relevante como enseñar cualquier otra
cosa.
Si quien aprende se apasiona con ello y es feliz dedicando su vida a
trabajar en un área determinada, entonces el conocimiento por él adquirido,
le ha sido verdaderamente relevante.
Pero ocurre que pienso que lo verdaderamente importante en la formación de
un adolescente es su personalidad, con todo lo que ello implica.
Como todos sabrán, entre los 12 y 23 años aproximadamente se forma nuestra
personalidad, es decir, se construye la persona que seremos el resto de
nuestra vida.
Si verdaderamente se quiere cambiar el mundo, no se necesitan más
computadoras ni más programadores, lo que se necesitan son personas
distintas.
Y en ese marco, las personas que cambien el mundo, deben tener
personalidades capaces de aportarle a éste, nuevas cosas.
Este siempre fue el foco de python_joven. Con ello he sido intransigente
porque el conocimiento es poder y por lo tanto, es muy importante a quien
se le entrega.
Los jóvenes que han participado de esta aventura, aun forman su
personalidad y lo harán durante varios años y espero haber influido
positivamente en ellos en este aspecto pero sobre todo haberles aportado el
concepto de responsabilidad social sobre el poder que adquieren junto al
conocimiento, porque hoy es un juego para ellos, sin embargo, mañana serán
capaces de cambiar la vida de otras personas con él.
Sin lugar a dudas cometí varios errores, sin embargo no han hecho más que
reforzar mis convicciones, de modo que es el momento de tomar distancia.
Por si acaso alguien no comprendió bien, no es que esté desconforme con los
chicos.
Es que seis años juntos no fue suficiente para dar origen a un colectivo
capaz de reconocerse a si mismo como tal y por lo tanto, no tiene razón de
ser.
Bueno, como sea, python_joven ya no existe, en definitiva era eso lo que
iba a informar, lo otro podría ser tema de un largo debate para algunos.
Un saludo a todos y que tengan un feliz comienzo lectivo.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Regarding the Sugar Labs Text to Speech feature.

2014-10-11 Thread Flavio Danesse

Hola gente, hoy me hice un rato para probar festival en la xo.
Todo funciona perfecto, los paquetes necesarios están disponibles para
instalarlos en la xo.

Cambiar la funcionalidad de espeak por festival en aplicaciones sugar es
muy sencillo, pero antes es necesario que incluyan en la imagen de sugar
los siguientes paquetes:

gstreamer-tools
festival-speechtools-libs-1.2.96-21.fc18.i686
festival-lib-1.96-21.fc18.i686
festvox-slt-artic-hts-0.20061229-21.fc18.noarc
festival-1.96-21.fc18.i686


2014-10-07 13:42 GMT-02:00 Gonzalo Odiard :

> Good, this is a start.
>
> We need two things to substitute espeak:
> * We need svox packaged in fedora or rpmfusion
> apparently is not completly free, then can't be included in fedora.
> I wonder why is packaged on Debian.
> Is already in the wish list for rpmusion [1]
> If you are working on Ubuntu, probably is out of your confort zone :),
> but many users of Sugar use the XO computers, and the distribution
> installed is Fedora.
> Maybe you can contact rpmfusion guys to get help moving this issue
>
> * We need mechanisms to get the same functionality already available on
> espeak,
> off the top of my head:
>  * get the list of languages availables
>  * get the best language for the selected locale.
>  * be able to pause/continue/stop a text played.
>
> Please subscribe to sugar-devel [2] and continue the conversation there.
>
> Gonzalo
>
> [1] http://rpmfusion.org/Wishlist
> [2] http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
> On Tue, Oct 7, 2014 at 9:34 AM, Nurendra Choudhary <
> nurendrachoudhar...@gmail.com> wrote:
>
>> Hi,
>>
>> I implemented a code in python using svoxpico you mentioned earlier for
>> text to speech.
>> The code can be found here.
>> https://github.com/Akirato/sugarlabs-speak-module
>>
>>
>>
>> On Tue, Oct 7, 2014 at 6:04 AM, Gonzalo Odiard 
>> wrote:
>>
>>> Most of our users don't have connnectivity available full time
>>>
>>> On Mon, Oct 6, 2014 at 9:13 PM, Nurendra Choudhary <
>>> nurendrachoudhar...@gmail.com> wrote:
>>>
 It is possible on a linux system but network connectivity is required.
 I thought that sugar labs had network connectivity. I will try something
 else.

 with network, the command is $curl -A "Mozilla" "
 http://translate.google.com/translate_tts?tl=en&q=hello+world"; >
 audio.mp3
 I will try to find the source code.

 On Tue, Oct 7, 2014 at 5:26 AM, Gonzalo Odiard 
 wrote:

> It  is possible use it on a linux system?
> Can be used if you are disconnected?
>
> Gonzalo
>
>
>
> On Mon, Oct 6, 2014 at 8:53 PM, Nurendra Choudhary <
> nurendrachoudhar...@gmail.com> wrote:
>
>> Hi,
>> Have you thought about using the Google Text to Speech API. Its
>> easily integrable and provides good sounds and also different accents.
>>
>
>
>
> --
> Gonzalo Odiard
>
> SugarLabs - Software for children learning
>


>>>
>>>
>>> --
>>> Gonzalo Odiard
>>>
>>> SugarLabs - Software for children learning
>>>
>>
>>
>
>
> --
> Gonzalo Odiard
>
> SugarLabs - Software for children learning
>
> ___
> 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] Regarding the Sugar Labs Text to Speech feature.

2014-10-03 Thread Flavio Danesse

Creo que para hacer esto lo mejor sería utilizar gstreamer directamente a
través de su plugin para "festival".
Festival es software libre y ya tiene un montón de voces listas para
utilizar e incluso se pueden utilizar voces de otros proyectos similares.
Si quieres probar, tienes que instalar festival y el plugin para gstreamer
que se encuentra en gstreamer-tools.
Luego ejecutas en una terminal: festival --server
y en otra lo pruebas con: echo 'Hello World!' | gst-launch-0.10 fdsrc fd=0
! festival ! wavparse ! audioconvert ! alsasink

La web de Festival es: http://www.cstr.ed.ac.uk/projects/festival/
La de festvox es: http://www.festvox.org/

PD:
En diversos sitios web hay abundante material sobre como instalar un montón
de voces compatibles, e incluso como crear nuevas.

2014-10-03 16:29 GMT-03:00 Gonzalo Odiard :

> Hi Nurendra,
> Certainly there are many thinks we can do connected with text to speech.
> We use the "espeak" [1] utility, included in the linux distributions,
> and a gstreamer plugin to use it from python.
> Text to speech is used in many activitieas, and also in Sugar itself,
> you can select any text and press a icon in the frame or press a shortcut
> and the text is played. You can see the code here [2]
> We call that "Global text to speech" [3]
> Right now, I want move part of that code to the toolkit (the library
> shared by Sugar,
> and the activities, to avoid code duplication) [4]
>
> Where we can get help?
> * Better voices: espeak is very robotic.There are other free voices with
> better quality?
> Can be used in devices with modest capabilities like the xo?
>
> * I found a project on debian repository to compile svox-pico,
> used in Android. The voices are very nice, but I don't know if is possible
> distribute it.
> You can compile it in Fedora doing:
>
> git clone -b upstream+patches git://git.debian.org/collab-maint/svox.git
> svox-pico
> git checkout -f origin/debian-sid
> cd pico
> ./autogen.sh
> ./configure
> make
> make install
>
> And can create a wav file wih the text doing:
>
> pico2wave   --wave=/tmp/test.wav "hello world"
>
> To be able to use this, we would need package all this are rpms,
> and create a gstreamer pluggin to use it.
> Not so easy, but a nice project ;)
>
> * Other project could be improve our text to speech feature to be able
> to highlight word by word while are played, like in "sing along" videos [5]
> At least in part was implemented on Read activity when reading text files,
> but need implementation in PDF and epub files.
> I tried implementing in epub files but was very slow and lost sync between
> the audio and the view.
>
> There more things to do if you are interested.
> We found text to speech is a powerful tool. Kids enjoy simple activities
> as Speak (or no so simple if look at the robot part), and we even use
> TTS in our word processor as a way to allow kids to "debug writing"
> as Claudia Urrea say.
>
> If you are interested, let me know and I will try tto help.
>
> Regards,
>
> Gonzalo
>
>
> [1] http://espeak.sourceforge.net/
> [2]
> https://github.com/sugarlabs/sugar/blob/master/src/jarabe/model/speech.py
> [3] http://wiki.sugarlabs.org/go/Features/Global_Text_To_Speech
> [4] http://wiki.sugarlabs.org/go/Features/Text_To_Speech_In_The_Toolkit
> [5] https://www.youtube.com/watch?v=J1QeShToq-E
>
> On Fri, Oct 3, 2014 at 3:34 PM, Nurendra Choudhary <
> nurendrachoudhar...@gmail.com> wrote:
>
>> Hi,
>> I am a Computational Linguistics student at IIIT hyderabad and can code
>> in python, c,c++ and also work with various frameworks.
>> I would like to work on the Text to Speech feature. Can you help me start?
>>
>> - Nurendra Choudhary
>>
>>
>
>
> --
> Gonzalo Odiard
>
> SugarLabs - Software for children learning
>
> ___
> 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] Fwd: SugarCamp Chia Colombia 2014

2014-07-20 Thread Flavio Danesse

Fotos del Evento

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

Re: [Sugar-devel] New ASLO categories

2014-07-12 Thread Flavio Danesse

Media players
robotics


2014-07-12 9:56 GMT-03:00 Walter Bender :

> We ended up needing something for documents. probably want music, visual
> arts/media?
>
> -walter
>
>
> On Sat, Jul 12, 2014 at 6:53 AM, Sam Parkinson 
> wrote:
>
>> Hi,
>>
>> I've been working on some categories for the new ASLO, what do you think
>> about these?
>>
>>
>>- game
>>- programming
>>- internet
>>- science
>>- maths
>>- geography
>>- office
>>- tools
>>- system
>>
>>
>> I thought they were nice and simple, and they go well with icons (check
>> it out on http://aslo.cf/ ).  But I think it is important we discuss
>> these :)
>>
>> Also in new ASLO; there are lots more activities! (thanks Walter!)  I
>> have also made a tutorial on how to add your activities:
>> http://aslo.cf/blog/adding-your-activity/
>>
>> Sam
>>
>
>
>
> --
> 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] TurtleArt Speech Recognition

2014-07-02 Thread Flavio Danesse

Yo intenté varias veces hacer reconocimiento de voz y nunca logré que me
devolviera las ordenes correctamente.
En particular mi idea era hacer reconocimiento de voz sobre sugar o sobre
el navegador para que el usuario pudiera abrir aplicaciones, apagar la
maquina o realizar búsquedas en el navegador.


2014-07-01 10:18 GMT-03:00 Andres Aguirre :

> It seems to be a great project!!
> We have uploaded the code of the turtleblocks voice recognition plugin for
> Butiá and the documentation in
> http://www.fing.edu.uy/inco/proyectos/butia/mediawiki/index.php/Paleta_para_primitivas_de_reconocimiento_de_voz_en_tortuga
> Maybe can help for start thinking :)
>
> Andrés
>
>
> On Mon, Jun 30, 2014 at 8:39 AM, Rodrigo Parra  wrote:
>
>> Hello everyone,
>>
>> As a part of the GSoC project I am currently working on, Sugar Listens, I
>> am planning to add speech recognition support to TurtleArt.
>>
>> The details of the implementation are still somehow blurry so, as
>> discussed with Walter, I would like this thread to serve as a pool of ideas
>> and debate around the subject.
>>
>> I've already been pointed out towards previous work developed at FING
>> guys, who did an awesome job.
>>
>> The ideas mentioned during last week's meeting were:
>>
>>- We need to define a proper grammar for TurtleArt. Every single
>>command counts, so debate is open.
>>- A speech related block, that would wait for a voice command for a
>>certain period of time during execution time. The behavior of such block
>>should be dynamic, meaning that actual actions triggered by it would 
>> depend
>>on the voice command.
>>- An activity to help users build a language model (grammar) would be
>>interesting too.
>>
>>
>> Cheers,
>>
>> Rodrigo
>>
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Sugar Digest 2014-05-15

2014-05-18 Thread Flavio Danesse

Beautiful photos, I have no shame that facebook, I can not give in I like.

Congratulations on a job.


Hermosas fotos, lástima que no tengo facebook, no puedo darle en me gusta.

Felicitaciones por el trabajo.


2014-05-15 15:25 GMT-03:00 Mike Lee :

> And great photos from Turtle Art sessions in Kathmandu posted on Facebook:
>
> Introducing Turtle Art
>
> https://www.facebook.com/permalink.php?story_fbid=10151995403127583&id=187845102582
>
>
> A photo from Turtle Art Day
>
> https://www.facebook.com/photo.php?fbid=10152402311569362&set=a.140818034361.110570.552694361&type=1&theater
>
> Turtle Art Day 2
>
> https://www.facebook.com/permalink.php?story_fbid=10151996917067583&id=187845102582
>
> Winning Project of Turtle Art Day
>
> https://www.facebook.com/permalink.php?story_fbid=10151996931477583&id=187845102582
>
>
>
>
> On Thu, May 15, 2014 at 1:37 PM, Walter Bender wrote:
>
>> ==Sugar Digest==
>>
>> Happy 6th Birthday Sugar Labs
>>
>> 1. I just got back from Turtle Art Day in Kathmandu, Nepal. OLE Nepal
>> helped organize a 2-day workshop with 70+ children from four schools. Many
>> thanks to Martin Dluhos, Basanta Shrestha, Subir Pradhanang, Rabi
>> Karmacharya, Bernie Innocenti, and Adam Holt, all of who contributed to the
>> event.
>>
>> It was not a surprise that children in Nepal are like children everywhere
>> else: they take to programming like ducks to water. We began by taking the
>> children in small groups to learn some basics about controlling the turtle:
>> one child plays the role of turtle, one holds the pen (a piece of chalk)
>> and the rest, in a circle, instruct the "turtle" how to draw a square. They
>> need to be very precise with their instructions: if they just say "forward"
>> without saying how far forward, the turtle keeps walking. If they say
>> "right", without saying how far to turn, the turtle keeps spinning after
>> they draw a square, I ask them to draw a triangle then they are ready to
>> start with Turtle Art. I've posted a few of the chalk drawing in the wiki:
>> simple ones [1] from my session to more elaborate [2] from those working
>> with another one of the mentors.
>>
>> After working with chalk, we went to the computers. On a laptop connected
>> to a projector, I introduced Turtle Blocks, and again ask for a square. I
>> show them that they can snap together blocks, e.g., forward 100, right 90;
>> showed them the repeat block; and then I show them how to use the start
>> block to run their program with the rabbit or snail (fast or slow). Over
>> time, I introduced the pen and let them explore colors for awhile. Next, I
>> introduce action blocks: make an action for drawing a square and then call
>> that action inside of a repeat block followed by right 45 and you get a
>> pretty cool pattern. This was followed by more open-ended exploration. I
>> introduced a few more ideas, such as using "set color to heading" (the
>> color is determined by the direction the turtle is heading); "set color =
>> color + 1" to increment the color; and "set color = time" to make the color
>> slowly change over time. I also introduced a few other blocks, such as
>> show, speak, and random. Finally, I introduced boxes. For this, I use a
>> physical box: I ask the children to put a number (written on paper) in the
>> box; then I ask them what number is in the box. I ask them to take the
>> number in the box and add 1 to it. Again I ask them what number is in the
>> box. I repeat this until they get used to it; then I show them the same
>> thing using Turtle. The example program I write with them is to go forward
>> by the amount in the box, turn right, and add 10 to the number in the box.
>> I asked them what they think will happen and then show them that it makes a
>> spiral. When they run it with the "snail", they can see the number in the
>> box as the program runs. Another block I explicitly introduced was the
>> "show" block. We programmed an animation with "show image", "wait 1", "show
>> image", "wait 1", ... They recorded dance steps using the Sugar Record
>> activity and used those images in their Turtle projects. As often as
>> possible, we tried to have a child show their work to the entire group. At
>> the end of the second day, we had a table set up for an exhibition; we had
>> to keep adding more tables as more and more children wanted to show off
>> their projects.
>>
>> We originally planned on break-out sessions on Day Two, but we had a
>> technical glitch on Day One, that slowed things down quite a bit. The
>> children were running Sugar 0.82 on XO 1 laptops, which is nearly six-years
>> old. They had them connected to the mesh network, which cannot scale
>> properly to 70+ machines. The result was a lot of frozen machines. It took
>> most of the day to figure out what was wrong. Once we turned off the
>> radios, everything worked great. I also had to spin a stripped down version
>> of Turtle Art, since a number of dependencies I use, such as some Python
>> 2.7 featu

Re: [Sugar-devel] unable to launch record activity in sugar development environment

2014-04-07 Thread Flavio Danesse

If you have for example a package called Record and into a file called
Record.py and within a class are called Record

you ought to do:

import Record
from Record.Record import Record

That does not work in sugar.


2014-04-07 15:36 GMT-03:00 Gonzalo Odiard :

> I am not sure if we are talking about the same error.
> Do you have more information?
>
> Gonzalo
>
>
> On Fri, Apr 4, 2014 at 11:14 AM, Flavio Danesse wrote:
>
>> This is a bug that has been present for a while.
>> It occurs when your code have the same name for a class for the file that
>> contains it.
>>
>> For example, this fails: from Record import Record
>>
>>
>> 2014-04-04 9:01 GMT-03:00 Puneet Kaur :
>>
>> cool ! :-)
>>>
>>>
>>> On Fri, Apr 4, 2014 at 5:27 PM, Gonzalo Odiard wrote:
>>>
>>>> Ok, we are looking at solving this issue in sugar-toolkit,
>>>> then copy the file is not needed in the future.
>>>>
>>>> Gonzalo
>>>>
>>>>
>>>> On Fri, Apr 4, 2014 at 8:55 AM, Puneet Kaur wrote:
>>>>
>>>>> yup that solved the problem.
>>>>>
>>>>> copied owner.key.pub file to ~/.sugar/default and now it runs :-)
>>>>>
>>>>>
>>>>> Thanks,
>>>>>
>>>>>
>>>>> On Fri, Apr 4, 2014 at 5:19 PM, Gonzalo Odiard wrote:
>>>>>
>>>>>> Can you copy the file in the directory ~/.sugar/default ?
>>>>>>
>>>>>> Gonzalo
>>>>>>
>>>>>>
>>>>>> On Fri, Apr 4, 2014 at 8:48 AM, Puneet Kaur 
>>>>>> wrote:
>>>>>>
>>>>>>> Hey,
>>>>>>>
>>>>>>> The key is already there in owner.key.pub file inside
>>>>>>> /home/dotsugar/default directory.
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Apr 4, 2014 at 2:59 PM, Sam Parkinson <
>>>>>>> sam.parkins...@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Try copying your ssh keys to [dot sugar dir]/default/. You should
>>>>>>>> copy the id_rsa.pub to owner.key.pub
>>>>>>>>
>>>>>>>> Have a look at this for how to make ssh keys if you need to:
>>>>>>>> https://help.github.com/articles/generating-ssh-keys
>>>>>>>>
>>>>>>>> Hope that helps :)
>>>>>>>>
>>>>>>>> Sam
>>>>>>>> On Apr 4, 2014 8:15 PM, "Puneet Kaur" 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> I am unable to launch the record activity in my sugar development
>>>>>>>>> environment due to the following (as seen in the log):
>>>>>>>>>
>>>>>>>>> ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
>>>>>>>>> ** Message: pygobject_register_sinkfunc is deprecated
>>>>>>>>> (HippoCanvasBox)
>>>>>>>>> Traceback (most recent call last):
>>>>>>>>>   File "/home/broot/sugar-build/
>>>>>>>>> build/out/install/bin/sugar-activity", line 164, in 
>>>>>>>>> main()
>>>>>>>>>   File "/home/broot/sugar-build/build/out/install/bin/sugar-activity",
>>>>>>>>> line 122, in main
>>>>>>>>> module = __import__(module_name)
>>>>>>>>>   File "/home/broot/sugar-build/activities/Record.activity/record.py",
>>>>>>>>> line 48, in 
>>>>>>>>> from model import Model
>>>>>>>>>   File "/home/broot/sugar-build/activities/Record.activity/model.py",
>>>>>>>>> line 38, in 
>>>>>>>>> from instance import Instance
>>>>>>>>>   File 
>>>>>>>>> "/home/broot/sugar-build/activities/Record.activity/instance.py",
>>>>>>>>> line 6, in 
>>>>>>>>> class Instance:
>>>>>>>>>   File 
>>>>>>>>> "/home/broot/sugar-build/activities/Record.act

Re: [Sugar-devel] unable to launch record activity in sugar development environment

2014-04-04 Thread Flavio Danesse

This is a bug that has been present for a while.
It occurs when your code have the same name for a class for the file that
contains it.

For example, this fails: from Record import Record


2014-04-04 9:01 GMT-03:00 Puneet Kaur :

> cool ! :-)
>
>
> On Fri, Apr 4, 2014 at 5:27 PM, Gonzalo Odiard  wrote:
>
>> Ok, we are looking at solving this issue in sugar-toolkit,
>> then copy the file is not needed in the future.
>>
>> Gonzalo
>>
>>
>> On Fri, Apr 4, 2014 at 8:55 AM, Puneet Kaur wrote:
>>
>>> yup that solved the problem.
>>>
>>> copied owner.key.pub file to ~/.sugar/default and now it runs :-)
>>>
>>>
>>> Thanks,
>>>
>>>
>>> On Fri, Apr 4, 2014 at 5:19 PM, Gonzalo Odiard wrote:
>>>
 Can you copy the file in the directory ~/.sugar/default ?

 Gonzalo


 On Fri, Apr 4, 2014 at 8:48 AM, Puneet Kaur wrote:

> Hey,
>
> The key is already there in owner.key.pub file inside
> /home/dotsugar/default directory.
>
>
> On Fri, Apr 4, 2014 at 2:59 PM, Sam Parkinson <
> sam.parkins...@gmail.com> wrote:
>
>> Hi,
>>
>> Try copying your ssh keys to [dot sugar dir]/default/. You should
>> copy the id_rsa.pub to owner.key.pub
>>
>> Have a look at this for how to make ssh keys if you need to:
>> https://help.github.com/articles/generating-ssh-keys
>>
>> Hope that helps :)
>>
>> Sam
>> On Apr 4, 2014 8:15 PM, "Puneet Kaur"  wrote:
>>
>>> I am unable to launch the record activity in my sugar development
>>> environment due to the following (as seen in the log):
>>>
>>> ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
>>> ** Message: pygobject_register_sinkfunc is deprecated
>>> (HippoCanvasBox)
>>> Traceback (most recent call last):
>>>   File "/home/broot/sugar-build/
>>> build/out/install/bin/sugar-activity", line 164, in 
>>> main()
>>>   File "/home/broot/sugar-build/build/out/install/bin/sugar-activity",
>>> line 122, in main
>>> module = __import__(module_name)
>>>   File "/home/broot/sugar-build/activities/Record.activity/record.py",
>>> line 48, in 
>>> from model import Model
>>>   File "/home/broot/sugar-build/activities/Record.activity/model.py",
>>> line 38, in 
>>> from instance import Instance
>>>   File "/home/broot/sugar-build/activities/Record.activity/instance.py",
>>> line 6, in 
>>> class Instance:
>>>   File "/home/broot/sugar-build/activities/Record.activity/instance.py",
>>> line 8, in Instance
>>> keyHash = util.sha_data(key)
>>>   File "/home/broot/sugar-build/build/out/install/lib/python2.
>>> 7/site-packages/sugar/util.py", line 48, in sha_data
>>> sha_hash.update(data)
>>> TypeError: must be string or buffer, not None
>>> Exited with status 1, pid 6433 data (None, ',
>>> mode 'w' at 0xa163cd8>, '00ff052bdf454798f5c949c07f1ec80b985eaeba')
>>>
>>> As far as I have traced the error, it is due to the null value in
>>> key in line 7 in record/instance.py  which in turn is due to no os path 
>>> in
>>> line 87 in sugar-build/build/out/install/
>>> lib/python2.7/site-packages/sugar/profile.py, I saw the path it was
>>> set to /home/broot/.sugar/default/owner.key.pub whereas no such
>>> path exists when I look through the terminal, the correct path where the
>>> owner.key.pub is /home/dotsugar/default/owner.key.pub , I changed
>>> the path to this in line 83 of profile.py but still the condition of 
>>> *not
>>> os.path.exists(key_path)* exists is true and its returning None
>>> because of which activity not launching. Other activities are running 
>>> fine.
>>> I also looked into env.py there the follows the path through line 46 to 
>>> 48,
>>> that is path = None condition is true.
>>>
>>> Can somebody please tell me why am I not able to launch record
>>> activity ? why is it giving such an error.I am on ubuntu 12.04
>>>
>>> ___
>>> Sugar-devel mailing list
>>> Sugar-devel@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>>
>


 --
 Gonzalo Odiard


>>>
>>
>>
>> --
>> Gonzalo Odiard
>>
>>
>
> ___
> 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] python_joven

2013-12-06 Thread Flavio Danesse

[image: Imágenes integradas 1]

web 
photographs
videos
and 
interviews
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] TamTamMini

2013-11-18 Thread Flavio Danesse

Sorry to put me back, but to bring a little clarity on TamTam:

Do not say that the patch is huge because I never send a patch for this
just to avoid giving this discussion which does not yield as well.

If you look at my first mail on the subject I told him what I had done and
posted where it was in case anyone wanted to look at, but never sent any
patch. So, please do not complain about a patch that does not exist.

I also said that because I never had previous patches approved on the same
modifications to the application, which in each new version I had to return
them.

But anyway, my intention was to improve the application, not provoke
discussions.
I believe Nothing more TamTam theme, let the official repository as it is
now and the end of the topic.


2013/11/18 Daniel Narvaez 

> David,
>
> if you want to make a fair comparison, you need to take in account what
> was submitted!
>
> Try to submit six copies of the same codebase (instead of a patch) to any
> other free software project on heart. I bet our reaction will compare
> *very* favourably in friendliness.
>
> Seriously, stop thinking you are being treaten unfairly. You are not.
>
> We appreciate ActivityCentral effort to work upstream, just keep it up and
> give us a chance.
>
>
>
> On 18 November 2013 23:07, David Farning wrote:
>
>> Did anyone else notice a difference in how this Activity and Pippy were
>> handled?
>>
>> With pippy the maintainers quickly responded with "Cool someone else
>> wants to add value to the project. Here are my notes. Good luck."
>>
>> With TamTam the maintainer responded with "My way or the highway."
>>
>>
>> On Mon, Nov 18, 2013 at 7:39 AM, Daniel Narvaez 
>> wrote:
>> > Also note that we don't necessarily need to fix the code ourselves, good
>> > profiling data is often acted on by lower level libraries maintainers.
>> The
>> > default strategy is to pretend it's higher level code fault of course,
>> but
>> > issues can't be denied or ignored when proven by numbers and test cases
>> :P
>> >
>> >
>> > On Monday, 18 November 2013, Daniel Narvaez wrote:
>> >>
>> >> And we can tackle lower level stuff... It's free and open code too! :)
>> >>
>> >> On Monday, 18 November 2013, Gonzalo Odiard wrote:
>> >>>
>> >>> There are some ow level stuff, but we can solve some problems in the
>> >>> activities too.
>> >>> You can see the other thread I started about performance.
>> >>> Also, dsd solved some of the problems related with the dynamic
>> bindings.
>> >>>
>> >>> Gonzalo
>> >>>
>> >>>
>> >>> On Mon, Nov 18, 2013 at 9:52 AM, Sebastian Silva
>> >>>  wrote:
>> 
>>  El 17/11/13 12:58, Gonzalo Odiard escribió:
>> 
>>  I hope we can solve the performance problems then you don't need use
>> a
>>  old Sugar version,
>>  to avoid all these problems.
>> 
>> 
>>  Well, I don't think it's likely you or me will be able to fix this
>> one.
>>  It's lower level than Python
>>  and it looks to be by design of the lower level libraries.
>> 
>>  Note this mainly affects the XO1 which is already considered End Of
>>  Life. I think efforts are
>>  much more productive in trying to make the GNU+Sugar user experience
>>  excellent on
>>  Classmates and other netbooks.
>> 
>>  BTW, we are not the only ones affected. The entire LXDE desktop
>>  environment has decided
>>  to forego migrating to GTK3 and instead decided to port everything to
>>  QT.
>> 
>>  Here's a quote from the initial release of the QT file manager
>> PCManFM
>>  [1]:
>>  "I, however, need to admit that working with Qt/C++ is much more
>>  pleasant and productive than messing with C/GObject/GTK+.
>>  Since GTK+ 3 breaks backward compatibility a lot and it becomes more
>>  memory hungry and slower, I don’t see much advantage of GTK+ now.
>> GTK+ 2 is
>>  lighter, but it’s no longer true for GTK+ 3. Ironically, fixing all
>> of the
>>  broken compatibility is even harder than porting to Qt in some cases
>>  (PCManFM IMO is one of them).
>>  So If someone is starting a whole new project and is thinking about
>> what
>>  GUI toolkit to use, personally I might recommend Qt if you’re not
>> targeting
>>  Gnome 3."
>> 
>>  [1] http://blog.lxde.org/?p=990
>> >>>
>> >>>
>> >>
>> >>
>> >> --
>> >> Daniel Narvaez
>> >>
>> >
>> >
>> > --
>> > Daniel Narvaez
>> >
>> >
>> > ___
>> > Sugar-devel mailing list
>> > Sugar-devel@lists.sugarlabs.org
>> > http://lists.sugarlabs.org/listinfo/sugar-devel
>> >
>>
>>
>>
>> --
>> David Farning
>> Activity Central: http://www.activitycentral.com
>>
>
>
>
> --
> Daniel Narvaez
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] TamTamMini

2013-11-16 Thread Flavio Danesse

I am aware of the problem, why not send any patch .
But it seemed important to inform the work I did in case the application
mantiners somehow wanted to use it as this is the version that is used on
all machines of Ceibal after passing the Activity Central testing makes
before entering the applications in distribution image dextrose .

On the other hand, for me it is a problem if the changes I make do not
apply in the official repository in each new version I have to re-do the
same thing again, so I decided to make this particular repository as I had
to repeat the work several times.

On the issue of separating the application from the rest of the suite, I
did because it was the only way to understand it, correct the code and port
it to gtk3. The code of the suite is filled with errors and unused files.
Now, this application is much easier to maintain and extend. The same
applies to the translation patch, most not used by TamTamMini.

On the other hand, may be easier for you if I am in charge of maintaining
the application.


2013/11/16 Gonzalo Odiard 

> Hi Flavio,
> I am maintaining TamTam suite right now.
>
> While I appreciate your work, you are doing it again difficult for a
> maintainer work with you.
> I have talked about this in other opportunities, then you already know it.
>
> You have decided important changes without trying to ask the opinion of
> the maintainer,
> and sent a giant change with all the work already done, then for me is only
> a option of "take all, or nothing".
>
> There are many things I would do in a different way:
> * Tamtam Mini port to gtk3 was already started. Needed a lot more work,
> but the activity run.
> * Is really difficult maintain different versions for every machine.
> * The TamTam suite was in a single repository because by example have a
> big number
> of strings to translate, and we avoid needing multiply the translators
> work.
> * The patches yiu sent are huge. Ask to any other maintainer, and will say
> the same.
>
> You are putting me in a really difficult situation, this is not the way to
> work together.
>
> Gonzalo
>
>
>
>
> On Fri, Nov 15, 2013 at 9:02 PM, Flavio Danesse <
> fdane...@activitycentral.com> wrote:
>
>> *I wanted to inform maintainers TamTam :*
>>
>> These last few days I've added a little love to TamTamMini.
>>
>> This is an application that has been added Ceibal instruments and small
>> arrangements over the years, but for various reasons, changes were never
>> implemented in the official repository, so that at the launch of each
>> version, I was obliged back to modify the application to meet the
>> specifications of Ceibal.
>>
>> To not have to continue with that methodology, I spent several days to
>> fix, clean and improve implementation.
>>
>> *The work done was as follows:*
>>
>>
>>- TamTamMini separated from other Suite applications, deleting files
>>that were not used.
>>- I deleted the images were not used or those that were not necessary.
>>- Corrected, I simplified and cleaned up the code.
>>
>> As a result , the application occupies least 5 mb.
>>
>>- I ported the application to gtk3 .
>>- I built separate versions for xo gtk2 and gtk3 1.0 , x 1.5 , x 1.75
>>and one for Magalães. Each version contains the corrections necessary for
>>proper operation as both gtk gtk3 for each particular machine.
>>
>>
>> All versions were tested in each of the aforementioned machines and all
>> functioning properly. It only remains to make some very minor repairs on
>> gtk3 versions .
>>
>> I wish that the maintainers of the repository with TamTam saw all this
>> content for the purpose of seeing whether it is possible to unify into a
>> single repository TamTamMini .
>>
>> Link: https://github.com/fdanesse/TamTamMini
>>
>> ___
>> 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] TamTamMini

2013-11-15 Thread Flavio Danesse

*I wanted to inform maintainers TamTam :*

These last few days I've added a little love to TamTamMini.

This is an application that has been added Ceibal instruments and small
arrangements over the years, but for various reasons, changes were never
implemented in the official repository, so that at the launch of each
version, I was obliged back to modify the application to meet the
specifications of Ceibal.

To not have to continue with that methodology, I spent several days to fix,
clean and improve implementation.

*The work done was as follows:*


   - TamTamMini separated from other Suite applications, deleting files
   that were not used.
   - I deleted the images were not used or those that were not necessary.
   - Corrected, I simplified and cleaned up the code.

As a result , the application occupies least 5 mb.

   - I ported the application to gtk3 .
   - I built separate versions for xo gtk2 and gtk3 1.0 , x 1.5 , x 1.75
   and one for Magalães. Each version contains the corrections necessary for
   proper operation as both gtk gtk3 for each particular machine.


All versions were tested in each of the aforementioned machines and all
functioning properly. It only remains to make some very minor repairs on
gtk3 versions .

I wish that the maintainers of the repository with TamTam saw all this
content for the purpose of seeing whether it is possible to unify into a
single repository TamTamMini .

Link: https://github.com/fdanesse/TamTamMini
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Sur] My proposals to improve sugar:

2013-11-08 Thread Flavio Danesse

Well, I followed the steps in:
http://developer.sugarlabs.org/dev-environment.md.html

And I could never go to the following:

flavio @ flavio-Aspire-5735: ~ / Documents / Sugar $. / osbuild pull

= Setup the host build system =

* Create the python virtualenv
* Install python packages
* Pull latest sugar-build
* Setup the build root

$ Sudo setup Broot

Join the root password as requested, but then is there not expecting that
without returning any information.


El 7 de noviembre de 2013 09:59, Gonzalo Odiard escribió:

> Hi Flavio,
> Happy to see you exposing your points here.
> Every one of your proposals deserve a discussion, but
> “The best way to eat an elephant is one bite at a time.”
> Should be good define the proposal in ways we can put in motion them,
> that is the reason we use the Features pages to propose changes (see
> http://wiki.sugarlabs.org/go/0.102/Feature_List)
> About other comments, like better performance or  activities without flaws
> all agree on that, is just a matter of put it more work.
> More hands and eyes can help.
>
> --
>
> Me alegra verte exponiendo tus puntos aqui.
> Cada uno merece una discusion, pero
> "La mejor forma de comerse un elefante es un mordisco por vez"
> Sería bueno que definas las propuestas en forma en que podamos ponerlas
> en práctica, esa es la razon por la que usamos las paginas de
> Características (Features)
> para proponer cambios (ver http://wiki.sugarlabs.org/go/0.102/Feature_List
> )
> Acerca de tus otros comentarios, como mejorar la performance o tener
> actividades sin fallas,
> todos estamos de acuerdo, es solo ponerse a trabajar más.
> Más manos y ojos pueden ayudar.
>
> Gonzalo
>
>
>
>
> 2013/11/6 Flavio Danesse 
>
>> *My proposals to improve sugar: *
>>
>> Change the face, giving more importance to aesthetics, leave the black
>> and white, give colorful, add animations, sounds, etc.. . . What is
>> pleasing to the user's view and fun to use. Change the geometry of buttons
>> and other widgets of sugar to have a delicate design and tasteful.
>>
>> Remove all the features that make the system seem slow, such as the
>> deployment of the menus in the GUI.
>>
>> Since I do not want to eliminate journal, give it a nicer interface (I
>> like the idea I had Gonzalo, that explain it if you want).
>> Adding a view of standard directories (could be a target for google
>> code-in, see it mentors).
>> That does not keep unnecessary things for the journal is truly usable.
>>
>> What sugar is distributed with the Linux man so users can use it like any
>> linux user.
>>
>> Developers simplify activities, all network interface to develop shared
>> activities (As commented, Augustine was doing something about this, maybe I
>> can be another target for google code-in).
>>
>> What someone explain a simple way to contribute code to sugar, I'm 5
>> years ago and I have been able to do so (the timers need help).
>>
>> Order very personal:
>> Remember that some do not speak English (particularly those whose native
>> language is Spanish)
>>
>> Ensure first, support for popular applications, then the other.
>>
>> Rebuilding the link between development and deployment, taking into
>> account that when I talk about deployments I mean users of the system, so
>> that what matters is the opinion of teachers and students or users.
>>
>> Sugar should focus primarily on the opinions of teachers and students, ie
>> actual use is given, is the only way to improve it.
>>
>> We must devise a way of communicating with them, perhaps this could
>> materialize in an application that is distributed along with sugar (this
>> proposal and did several times).
>>
>> From my point of view:
>> You can not miss a student?
>> Internet (social networks)
>> Games (funny)
>>
>> You can not miss a teacher?
>> Rapid applications without flaws that allow you to work in class and
>> evaluate the tasks performed by their students.
>>
>> Obviously, the interests of both groups are different, we must find ways
>> to meet the expectations of both groups, it is not enough that only one
>> group using the system.
>>
>> On the other hand, those responsible for the deployments what the results
>> will be evaluated in the education system, but you need to have to conform
>> to users who use the system.
>>
>> Well, more or less, as I see it.
>>
>>
>> *Mis propuestas para mejorar sugar:*
>>
>> Cambiarle la cara, darle más importancia a la estética, abandonar el
>> blan

Re: [Sugar-devel] My proposals to improve sugar:

2013-11-06 Thread Flavio Danesse

Thanks Daniel , I'll try again.
I tried on several occasions to contribute in this way, but I see two
problems :
Generally not work in ubuntu and has the disadvantage that you can not
prove what you do on the xo .
The other problem is the time of applying patches , that is, if you get
excited to make big changes with several days , in the code , you run the
risk that none of the patches are applied.
In my case , I think it would be better to work with someone who has the
ability to fast track the contributions of code so you can go as you apply
them or you can send instantly to object to keep moving forward in
development.

Walter :
Thanks for the Spanish :)
On the topic of mentoring in the contest , like last year, I prefer not to
participate due to my limited English, if you like the ideas , feel free to
post them for me, I 'd appreciate it.


Gracias Daniel, intentaré nuevamente.
Probé en varias oportunidades aportar de esta forma, pero le veo dos
problemas:
Generalmente no funcionaba en ubuntu y tiene el inconveniente de que no
puedes probar lo que haces en la xo.
El otro problema es el tiempo de aplicación de los parches, o sea, si te
entusiasmas a hacer grandes modificaciones que lleven varios dias, en el
código, corres el riesgo de que ninguno de los parches se apliquen.
En mi caso, creo que sería mejor trabajar en conjunto con alguien que tenga
la capacidad de hacer un seguimiento rápido de los aportes de código de
forma que pueda ir aplicándolos a medida que se envian o que pueda poner
objeciones al instante para que no siga avanzando en el desarrollo.

Walter:
Gracias por el español :)
Con respecto al tema de ser mentor en el concurso, al igual que el año
pasado, prefiero no participar debido a mi limitado inglés, si te gustan
las ideas propuestas, sientete en libertad de publicarlas por mi, yo te lo
agradecería.


2013/11/6 Daniel Narvaez 

> 2013/11/7 Flavio Danesse 
>
>> What someone explain a simple way to contribute code to sugar, I'm 5
>> years ago and I have been able to do so (the timers need help).
>>
>
> Did you see these docs
>
> http://developer.sugarlabs.org/dev-environment.md.html
> http://developer.sugarlabs.org/contributing.md.html
>
> Happy to help out, here or in irc, if you run into any issues.
>
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] My proposals to improve sugar:

2013-11-06 Thread Flavio Danesse

*My proposals to improve sugar: *

Change the face, giving more importance to aesthetics, leave the black and
white, give colorful, add animations, sounds, etc.. . . What is pleasing to
the user's view and fun to use. Change the geometry of buttons and other
widgets of sugar to have a delicate design and tasteful.

Remove all the features that make the system seem slow, such as the
deployment of the menus in the GUI.

Since I do not want to eliminate journal, give it a nicer interface (I like
the idea I had Gonzalo, that explain it if you want).
Adding a view of standard directories (could be a target for google
code-in, see it mentors).
That does not keep unnecessary things for the journal is truly usable.

What sugar is distributed with the Linux man so users can use it like any
linux user.

Developers simplify activities, all network interface to develop shared
activities (As commented, Augustine was doing something about this, maybe I
can be another target for google code-in).

What someone explain a simple way to contribute code to sugar, I'm 5 years
ago and I have been able to do so (the timers need help).

Order very personal:
Remember that some do not speak English (particularly those whose native
language is Spanish)

Ensure first, support for popular applications, then the other.

Rebuilding the link between development and deployment, taking into account
that when I talk about deployments I mean users of the system, so that what
matters is the opinion of teachers and students or users.

Sugar should focus primarily on the opinions of teachers and students, ie
actual use is given, is the only way to improve it.

We must devise a way of communicating with them, perhaps this could
materialize in an application that is distributed along with sugar (this
proposal and did several times).

>From my point of view:
You can not miss a student?
Internet (social networks)
Games (funny)

You can not miss a teacher?
Rapid applications without flaws that allow you to work in class and
evaluate the tasks performed by their students.

Obviously, the interests of both groups are different, we must find ways to
meet the expectations of both groups, it is not enough that only one group
using the system.

On the other hand, those responsible for the deployments what the results
will be evaluated in the education system, but you need to have to conform
to users who use the system.

Well, more or less, as I see it.


*Mis propuestas para mejorar sugar:*

Cambiarle la cara, darle más importancia a la estética, abandonar el blanco
y negro, darle colorido, agregar animaciones, sonidos, etc . . . Qué sea
agradable a la vista del usuario y divertido de utilizar. Cambiar la
geometría de botones y demás widgets de sugar para que tengan un diseño
delicado y de buen gusto.

Quitar todas las funcionalidades que hacen parecer lento al sistema, como
por ejemplo el despliegue de los menús en la interfaz gráfica.

Ya que no desean eliminar journal, darle una interfaz más agradable (me
gusta la idea que tenía Gonzalo, que el la explique si desea).
Agregarle una vista de directorios estandard (podría ser un objetivo para
google code-in, veanlo los mentores).
Que no se guarden cosas innecesarias para que el journal sea realmente
utilizable.

Qué sugar sea distribuido con el man de linux para que los usuarios puedan
utilizarlo como cualquier usuario linux.

Simplificarle a los desarrolladores de actividades, toda la interfaz de la
red para desarrollar actividades compartidas (Según comentaron, Agustín
estaba haciendo algo sobre este tema, quizas pueda ser otro objetivo para
google code-in).

Qué alguien me explique una forma sencilla de aportar código a sugar, hace
5 años que estoy y no he podio hacerlo (los novatos necesitamos ayuda).

Pedido muy personal:
Recordar que algunos no hablamos inglés (sobre todo aquellos cuya lengua
madre es el español)

Asegurar primero, el soporte a las aplicaciones más utilizadas, luego a las
demás.

Reconstruir el vínculo entre desarrollo y despliegues, tomando en cuenta
que cuando hablo de despliegues me refiero a los usuarios del sistema, de
modo que lo que más importa es la opinión de docentes y alumnos o sea los
usuarios.

Sugar debiera centrar la atención sobre todo en la opinión de docentes y
alumnos, es decir en el uso real que se le da, es la única forma de
mejorarlo.

Hay que idear una forma de comunicación con ellos, quizás esto pueda
materializarse en una aplicación que se distribuya junto a sugar (esta
propuesta ya la hice varias veces).

Desde mi punto de vista:
Que no le puede faltar a un alumno?
Internet (redes sociales)
Juegos (divertidos)

Que no le puede faltar a un docente?
Aplicaciones rápidas, sin fallas que le permitan trabajar en clase y
evaluar las tareas que realizan sus alumnos.

Obviamente, los intereses de ambos grupos son diferentes, hay que buscar la
manera de cubrir las espectativas de ambos grupos de usuarios, porque no
basta que solo un grupo utilice el sistema.

Por ot

Re: [Sugar-devel] [IAEP] Sugar oversight board meeting

2013-11-05 Thread Flavio Danesse

My humble opinion (please stick to one):

To put into perspective the opinion, I should remember that besides
developing for sugar since 2009, I am also a teacher in high school, so
I've been inside ceibal classrooms during this time.

>From the beginning, I said I saw the fate of sugar linked to the xo, the
one without the other does not seem to make sense. Now, OLPC xo 4 and
manufactures their away strip.

For those who did the port to gtk3 last year, and we have also had to deal
with the problems of arm processors, etc.. . ., We do not easily see how
much time is lost in these "strategic decisions" while it ignores the
feedback from deployments.

I think this whole issue of android and html5, is a very grave mistake,
probably the last.

But hey, I'm just a teacher, probably the only one in this list.


2013/11/5 Daniel Narvaez 

> Oh, awesome, COPR seems to be exactly what we need.
>
>
> On Tuesday, 5 November 2013, Peter Robinson wrote:
>
>> On Tue, Nov 5, 2013 at 1:40 PM, Daniel Narvaez 
>> wrote:
>> > Going a bit off topic, but a pretty major issue I see in our workflow
>> with
>> > Fedora is that we don't have a good way to develop unstable Sugar on a
>> > stable Fedora. Rawhide is, or at least is perceived as, unstable. And
>> I'm
>> > not sure what would be a good way to, for example, produce and
>> distribute
>> > 0.100 rpms for Fedora 19. We can setup our custom automated build
>> system and
>> > repository of course, but I'm not sure that's a good approach? Part of
>> the
>> > problem here is that upstream tends to depend strongly on very recent
>> > libraries which are not yet available in the stable fedora, though
>> maybe now
>> > that the gi conversion is over we can avoid that.
>>
>> Actually a lot of that will be solved perfectly with COPR (similar in
>> style to Ubuntu PPA) which is being worked upon at the moment and it
>> should solve all the problems you see by enabling newer versions to be
>> built for older releases while maintaining the stable shipped release
>> in mainline.
>>
>> Peter
>>
>> > On Tuesday, 5 November 2013, Peter Robinson wrote:
>> >>
>> >> On Tue, Nov 5, 2013 at 2:14 AM, Walter Bender > >
>> >> wrote:
>> >> > On Mon, Nov 4, 2013 at 7:42 PM, Daniel Narvaez 
>> >> > wrote:
>> >> >> On 4 November 2013 22:53, Sean DALY  wrote:
>> >> >>>
>> >> >>> * It's not clear to me where we are going. The OLPC/Sugar
>> development
>> >> >>> ecosystem seems to be at a crossroads. I am encouraged by the web
>> >> >>> activity
>> >> >>> work, but don't understand the path of transposing the value
>> >> >>> proposition of
>> >> >>> Sugar (interface, Journal, collaboration, Activities) to handheld
>> >> >>> tactile
>> >> >>> devices (tablets to smartphones). PCs (of any size) with keyboards
>> are
>> >> >>> no
>> >> >>> longer competitive with tablets for grade-school classroom use.
>> >> >>> Perhaps the
>> >> >>> XO-4 could still be in the running; there is no clear message from
>> >> >>> OLPC.
>> >> >>
>> >> >>
>> >> >>
>> >> >> I'll try to express briefly my feelings about the directions the
>> >> >> project
>> >> >> could take. Note that I might be missing a lot of what is going on
>> >> >> above the
>> >> >> technical level.
>> >> >>
>> >> >> * The XO is not a viable hardware platform other than for existing
>> >> >> deployments. OLPC is pretty clearly going in a different direction.
>> >> >
>> >> > I may be alone in thinking that there will be some runway left with
>> >> > the XO. But deployments need alternatives regardless.
>> >> >
>> >> >> * Sugar web activities on the top of a full Android loses too much
>> of
>> >> >> the
>> >> >> Sugar value proposition. It's great to have it in addition to
>> >> >> Sugar-the-OS,
>> >> >> but it's not enough alone.
>> >> >
>> >> > I agree.
>> >> >
>> >> >> * From the technical point of view there are several ways to get
>> >> >> Sugar-the-OS running on tactile devices. Unfortunately it's not
>> clear
>> >> >> to me
>> >> >> that any of these devices is open enough to be viable for
>> deployments
>> >> >> or
>> >> >> "ordinary" users.
>> >> >
>> >> > We looked at ChromeOS a few years back, but at the time it was too
>> >> > heavy for our hardware. Today, it is a different story. Might be a
>> >> > viable option. Certainly running GNU/Linux/Sugar on a ChromeBook is
>> >> > not a bad starting point.
>> >>
>> >> Given that ChromeOS is locked down I don't believe it's viable to ask
>> >> a School to have to break/hack the HW to get it working OOTB.
>> >>
>> >> Having been involved in the OLPC OS side of things I believe you would
>> >> be much better taking the work done by OLPC with things like
>> >> olpc-os-builder and the work upstream with Fedora to use it to build
>> >> out OS images that will work in a similar way across both XOs and
>> >> other HW be it x86 netbook or cheap ARM devices rather than
>> >> reinventing the wheel!
>> >>
>> >> Peter
>> >
>> >
>> >
>> > --
>> > Daniel Narvaez
>> >
>>
>
>
> --
> Daniel Narvaez
>
>
> __

[Sugar-devel] Agustín Zubiaga en Expo Aprende 2013

2013-11-01 Thread Flavio Danesse

https://www.youtube.com/watch?v=Fsnmu8XtWuQ
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] DBusException: org.freedesktop.DBus.Error.LimitsExceeded in sugar-build

2013-11-01 Thread Flavio Danesse

Since they talk DBus:

Some time ago I raised the question of whether this should not be worn as
the new version of DBus is part of python-gi:

gi.module.DynamicModule 'DBus' from' /
usr/lib/girepository-1.0/DBus-1.0.typelib

I do not know much about DBus, but I guess sugar3 should be using this
module and not the last.


2013/11/1 Daniel Narvaez 

> I cannot reproduce. Which distro are you using? It would be interesting to
> know  if people on the same distro are seeing this.
>
> Couple of things you could try
>
> * Test with a clean profile. I wonder if it depends on what you have in
> your datastore for example.
>
> ./osbuild shell
> SUGAR_PROFILE=test run
>
> * Edit /var/lib/broot/sugar-build-something/etc/dbus-1/session.conf,
> increase max_match_rules_per_connection. 5 seems like a lot so if we
> exceed it there is probably a bug somewhere. Though if increasing the limit
> fixes the issue, then we at least know a bit more about what is going on.
>
>
> On 1 November 2013 21:44, Gonzalo Odiard  wrote:
>
>> Today, I needed add some testing using DBus,
>> and didn't worked, giving me a error:
>>
>> dbus.exceptions.DBusException:
>> org.freedesktop.DBus.Error.LimitsExceeded: Connection ":1.88" is not
>> allowed to add more match rules (increase limits in configuration file
>> if required)
>>
>> but looking at shell.log, I see the same error in many places,
>> like the devices in the tray (network and battery)
>> and in the meshbox.
>>
>> Anybody know what can be the problem? I do not see the same problem in
>> the xo,
>> just in sugar-build.
>>
>> Gonzalo
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>
>
>
> --
> Daniel Narvaez
>
> ___
> 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] Private vs Public conversations.

2013-11-01 Thread Flavio Danesse

Excuse me butting in this talk , but as they are addressing the issue of
design, I think it's a good time to reiterate some proposals I have made
several times.

I think Sugar would do very well a change in appearance and in some cases
functionality. I say it should be graphically attractive to users and some
operational details should be improved.

Is that there are a theoretical foundation behind the Sugar GUI , however I
think it should be revised to give more importance to aesthetics.

>From the point of view of functionality , I think there are small graphical
details that make it look that works very slow sugar such as how options
are displayed implementation of activities in the home view .
I think it should be changes to the user experience more enjoyable in this
regard.

To be more clear: I mean that the user has a cute sight and efficient
execution.

Other complexing functionalities require more work and knowledge, such as
in the case of the shared network. It would be good to improve the code so
that the developer only activities need to call two or three sugar api
functions to get the functionality of the network share from my point of
view is one of the best things that has sugar , but unfortunately it
complicated and confusing when using this feature in applications.

Disculpen que me entrometa en esta charla, pero como están tratando el tema
de diseño, creo que es un buen momento para reiterar algunas propuestas que
he hecho en varias oportunidades.

Pienso que a Sugar le haría muy bien un cambio de apariencia y en algunos
casos de funcionalidad. Yo digo que gráficamente debiera ser más atractiva
para los usuarios y algunos detalles de funcionamiento debieran ser
mejorados.

Se que hay toda una fundamentación teórica detrás de la interfaz gráfica de
sugar, sin embargo pienso que debe ser revisada, para darle más importancia
a la estética.

Desde el punto de vista de la funcionalidad, creo que hay pequeños detalles
gráficos que hacen que parezca que sugar funciona muy lento como por
ejemplo la forma en que se despliegan las opciones de ejecución de las
actividades en la vista hogar.
Pienso que debieran hacerse cambios para que la experiencia del usuario sea
más agradable en este sentido.

Para ser más claro: me refiero a que el usuario tenga un sistema lindo a la
vista y eficiente en la ejecución.

Otras funcionalidades más complejas requieren más trabajo y conocimiento,
como en el caso de la red compartida. Sería bueno mejorar ese código para
que el desarrollador de actividades solo necesite llamar a dos o tres
funciones del api de sugar para obtener la funcionalidad de la red
compartida que desde mi punto de vista es una de las mejores cosas que
tiene sugar, pero lamentablemente es complicado y confuso a la hora de
utilizar esta característica en las aplicaciones.

2013/11/1 James Cameron 

> On Fri, Nov 01, 2013 at 10:12:52PM +0100, Daniel Narvaez wrote:
> > I think we are still very early in the life of the web activities
> > framework. I can't think of a single API that we could consider set
> > in stones.
>
> Thanks, correction accepted.  I was speculating.
>
> --
> James Cameron
> http://quozl.linux.org.au/
> ___
> 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] JAMediaEditor

2013-10-31 Thread Flavio Danesse

Bueno, luego de muchos meses de trabajo con Cristian y Nacho, tenemos la
primera versión de JAMediaEditor para Sugar y Gnome.
Esta aplicación se basa en trabajos previos realizados entre Activity
Central y Batoví Games Studio.

*Dentro de las características más interesantes del editor, (desde mi punto
de vista), tenemos que:*

   1. Utiliza JAMediaPyGiHack para desplegar cualquier API python instalada
   en el sistema con lo cual el usuario posee una guía completa de desarrollo
   dentro del mismo editor.
   2. Automatiza la construcción de paquetes instaladores de proyectos para
   su distribución. Contiene 3 tipos de instaladores: para gnome, para "gnome
   ceibal" y para sugar.

Para las siguientes versiones vamos a dedicar tiempo a desarrollar guías de
desarrollo y ejemplos.
En esta primera versión pienso que esa es la carencia más importante que
posee ya que la idea es que sea utilizada principalmente por aquellos niños
y jóvenes que comienzan a programar en python y es necesario que ellos
tengan guías y ejemplos a mano.

[image: Imágenes integradas 1]

http://activities.sugarlabs.org/es-ES/sugar/addon/4716
https://sites.google.com/site/sugaractivities/jamediaobjects/jamediaeditor

JAMediaEditor, JAMediaPyGiHack y JAMediaTerminal, conforman una serie de
aplicaciones que pretenden ayudar a quienes recién comienzan a programar en
python, todas se pueden instalar en forma independiente tanto en sugar como
gnome. (JAMediaEditor encapsula las tres aplicaciones en una sola).

Pueden ver JAMediaPyGiHack en:
https://sites.google.com/site/sugaractivities/jamediaobjects/jamediapygihack
Y JAMediaTerminal en:
https://sites.google.com/site/sugaractivities/jamediaobjects/jamediaterminal

Se reciben reportes de bugs y sugerencias para mejorarlas  :P
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Helping test Sugar 0.100

2013-09-26 Thread Flavio Danesse

Perdón, ya veo :P


2013/9/26 Flavio Danesse 

> Hay alguna imagen disponible para instalar en xo 1.5 o 1.75?
>
>
> 2013/9/26 Manuel Quiñones 
>
>> 2013/9/26 Gonzalo Odiard :
>> > To all the people interested in help to test the new features in Sugar
>> > 0.100,
>> > I have prepared rpms to install over a 13.2.0 image on xo-1.5 (I didn't
>> > tested on
>> > xo-1, but should work).
>>
>> Excellent! Yes, should work in any XO architecture
>>
>> --
>> .. 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

Re: [Sugar-devel] Helping test Sugar 0.100

2013-09-26 Thread Flavio Danesse

Hay alguna imagen disponible para instalar en xo 1.5 o 1.75?


2013/9/26 Manuel Quiñones 

> 2013/9/26 Gonzalo Odiard :
> > To all the people interested in help to test the new features in Sugar
> > 0.100,
> > I have prepared rpms to install over a 13.2.0 image on xo-1.5 (I didn't
> > tested on
> > xo-1, but should work).
>
> Excellent! Yes, should work in any XO architecture
>
> --
> .. 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

Re: [Sugar-devel] Consulta

2013-09-16 Thread Flavio Danesse

Lo que más me extraña es que esto: x = __import__("paquete")
Funciona bien en el interprete pero no si está dentro de un archivo.


El 16 de septiembre de 2013 22:17, Flavio Danesse escribió:

> A ver:
>
> Tengo un directorio con archivos .py y un __init__.py o sea un paquete.
> Yo quiero importar el paquete como tal para poder hacer cosas como esta:
>
> import JAMediaObjects
> JAMediaObjectsPath = JAMediaObjects.__path__[0]
>
> Eso funciona bien desde el interprete y desde un archivo python, pero
> cuando no se como se llama el paquete y viene dentro de un string, la única
> forma que he encontrado es hacerlo con __import__(str).
>
> Eso funciona bien con cosas de python y gtk por ejemplo:
> __import__('os')
> __import__('gtk')
>
> Pero no funciona con mis propios paquetes.
>
>
> El 16 de septiembre de 2013 21:52, Alan Jhonn Aguiar Schwyn <
> alan...@hotmail.com> escribió:
>
>  Yo suelo usar el "imp".
>>
>> Si tenés un archivo llamado "modulo.py" dentro:
>>
>> def imprimir(x):
>>
>> print x
>>
>> Desde python podés hacer:
>>
>> import imp
>> mod = imp.load_source('modulo', 'modulo.py')
>> f = getattr(mod, 'imprimir')
>>
>> y luego la usás como cualquier función:
>>
>> f(4)
>>
>> Saludos!
>>
>> alan
>>
>> > Date: Mon, 16 Sep 2013 20:36:29 -0400
>> > From: walter.ben...@gmail.com
>> > To: fdane...@gmail.com
>> > CC: sugar-devel@lists.sugarlabs.org
>> > Subject: Re: [Sugar-devel] Consulta
>>
>> >
>> > Try:
>> >
>> > from importlib import import_module
>> >
>> > x = import_module("package", [])
>> >
>> > 2013/9/16 Flavio Danesse :
>> > > En el interprete de python obtengo un paquete de la siguiente forma:
>> > >
>> > > x = __import__("paquete")
>> > >
>> > > Pero si ese código intento ejecutarlo dentro de un archivo python, no
>> > > funciona.
>> > > Funciona solo con paquetes y modulos de python y gtk, pero no con
>> paquetes
>> > > personalizados.
>> > >
>> > > Alguien sabe como se hace?
>> > >
>> > > ___
>> > > 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
>>
>>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Consulta

2013-09-16 Thread Flavio Danesse

A ver:

Tengo un directorio con archivos .py y un __init__.py o sea un paquete.
Yo quiero importar el paquete como tal para poder hacer cosas como esta:

import JAMediaObjects
JAMediaObjectsPath = JAMediaObjects.__path__[0]

Eso funciona bien desde el interprete y desde un archivo python, pero
cuando no se como se llama el paquete y viene dentro de un string, la única
forma que he encontrado es hacerlo con __import__(str).

Eso funciona bien con cosas de python y gtk por ejemplo:
__import__('os')
__import__('gtk')

Pero no funciona con mis propios paquetes.


El 16 de septiembre de 2013 21:52, Alan Jhonn Aguiar Schwyn <
alan...@hotmail.com> escribió:

> Yo suelo usar el "imp".
>
> Si tenés un archivo llamado "modulo.py" dentro:
>
> def imprimir(x):
>
> print x
>
> Desde python podés hacer:
>
> import imp
> mod = imp.load_source('modulo', 'modulo.py')
> f = getattr(mod, 'imprimir')
>
> y luego la usás como cualquier función:
>
> f(4)
>
> Saludos!
>
> alan
>
> > Date: Mon, 16 Sep 2013 20:36:29 -0400
> > From: walter.ben...@gmail.com
> > To: fdane...@gmail.com
> > CC: sugar-devel@lists.sugarlabs.org
> > Subject: Re: [Sugar-devel] Consulta
>
> >
> > Try:
> >
> > from importlib import import_module
> >
> > x = import_module("package", [])
> >
> > 2013/9/16 Flavio Danesse :
> > > En el interprete de python obtengo un paquete de la siguiente forma:
> > >
> > > x = __import__("paquete")
> > >
> > > Pero si ese código intento ejecutarlo dentro de un archivo python, no
> > > funciona.
> > > Funciona solo con paquetes y modulos de python y gtk, pero no con
> paquetes
> > > personalizados.
> > >
> > > Alguien sabe como se hace?
> > >
> > > ___
> > > 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
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Consulta

2013-09-16 Thread Flavio Danesse

En el interprete de python obtengo un paquete de la siguiente forma:

x = __import__("paquete")

Pero si ese código intento ejecutarlo dentro de un archivo python, no
funciona.
Funciona solo con paquetes y modulos de python y gtk, pero no con paquetes
personalizados.

Alguien sabe como se hace?
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Broken build, terminal

2013-05-30 Thread Flavio Danesse

Not if I understand what you say, but from what I see, the error is in the
"get_text" of Vte.Terminal.
That function does not exist for that object.

If this is the error to be corrected, you can get the text in the terminal
using the clipboard as follows:

terminal.select_all()

terminal.copy_clipboard()


To do the opposite:

terminal.paste_clipboard()




2013/5/30 Gonzalo Odiard 

> I have closed #690610, because my test case was wrong.
>
> The fix is in vte #676999 and pygobject #690041,
> but also can needed other fixes in the management of GArray in pygobject.
>
> I don't know what is the state of these libraries on debian and ubuntu,
> but can imagine the terminal maintainer will accept a patch to avoid
> the error if the feature is not available.
>
> Probably safer do a try catch, because the method can be available,
> but non working depending on the libraries state.
>
> Gonzalo
>
>
> On Thu, May 30, 2013 at 7:25 AM, Simon Schampijer wrote:
>
>> On 05/30/2013 12:00 PM, Daniel Narvaez wrote:
>>
>>> The upstream bug seems to have no activity?
>>>
>>> https://bugzilla.gnome.org/**show_bug.cgi?id=690610
>>>
>>
>> Right, that is why I have no clue what fix Gonzalo means. Anyhow, he will
>> let us know.
>>
>> 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
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH 3/3] Journal: fix the API for drag and drop - SL #3999

2013-04-10 Thread Flavio Danesse

In my opinion, this can become a source of problems:

if target_name == 'text / uri-list'

I find it best to use just get.uris ()


2013/4/10 Manuel Quiñones 

> TestCase:
>
> - open Paint activity, draw something
> - go to the Journal
> - drag the Paint entry to the Documents drive
> - insert a USB stick
> - drag the Paint entry to the USB drive
>
> The paint should be in Documents and in the stick
>
> Note: this needs the upstream fix
> https://bugzilla.gnome.org/show_bug.cgi?id=692844 which is not in GTK+
> 3.6 but is added in current olpc builds as gtk3-3.6.4.1.fc18.olpc2.
> So it can be tested on an XO.
>
> Note: this does not fix the unwanted palette popup as described in the
> ticket.  That will be a separate patch.
>
> Signed-off-by: Manuel Quiñones 
> ---
>  src/jarabe/journal/listmodel.py  | 11 +++
>  src/jarabe/journal/volumestoolbar.py |  2 +-
>  2 files changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/src/jarabe/journal/listmodel.py
> b/src/jarabe/journal/listmodel.py
> index b98d01c..980db70 100644
> --- a/src/jarabe/journal/listmodel.py
> +++ b/src/jarabe/journal/listmodel.py
> @@ -237,14 +237,17 @@ class ListModel(GObject.GObject, Gtk.TreeModel,
> Gtk.TreeDragSource):
>
>  def do_drag_data_get(self, path, selection):
>  uid = self[path][ListModel.COLUMN_UID]
> -if selection.target == 'text/uri-list':
> +target_atom = selection.get_target()
> +target_name = target_atom.name()
> +if target_name == 'text/uri-list':
>  # Get hold of a reference so the temp file doesn't get deleted
>  self._temp_drag_file_path = model.get_file(uid)
>  logging.debug('putting %r in selection',
> self._temp_drag_file_path)
> -selection.set(selection.target, 8, self._temp_drag_file_path)
> +selection.set(target_atom, 8, self._temp_drag_file_path)
>  return True
> -elif selection.target == 'journal-object-id':
> -selection.set(selection.target, 8, uid)
> +elif target_name == 'journal-object-id':
> +# uid is unicode but Gtk.SelectionData.set() needs str
> +selection.set(target_atom, 8, str(uid))
>  return True
>
>  return False
> diff --git a/src/jarabe/journal/volumestoolbar.py
> b/src/jarabe/journal/volumestoolbar.py
> index e1e6331..750aea5 100644
> --- a/src/jarabe/journal/volumestoolbar.py
> +++ b/src/jarabe/journal/volumestoolbar.py
> @@ -291,7 +291,7 @@ class BaseButton(RadioToolButton):
>
>  def _drag_data_received_cb(self, widget, drag_context, x, y,
> selection_data, info, timestamp):
> -object_id = selection_data.data
> +object_id = selection_data.get_data()
>  metadata = model.get(object_id)
>  file_path = model.get_file(metadata['uid'])
>  if not file_path or not os.path.exists(file_path):
> --
> 1.8.1.4
>
> ___
> 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] Bring back dragging of elements from the activities to the frame clipboard - SL #3819

2013-04-04 Thread Flavio Danesse

Actually if you for example:

selection.get_uris (* args, ** kwargs)

will return a list of uris in selection, so if no uris it will return an
empty list, then do not even need to know what type of data is in selection.


2013/4/4 Flavio Danesse 

> Manuel, I think this code can be improved and greatly simplified if
> instead of using things like:
>
> selection_data.split uris = ('\ n')
>
> use:
>
> uris = selection.get_uris ()
>
> Instead of using:
>
> selection.get_data (* args, ** kwargs)
>
> You can work directly on selection and get the data type with:
>
> selection.get_data_type (* args, ** kwargs)
>
> and get straight to the content:
>
> selection.get_pixbuf (* args, ** kwargs)
> selection.get_text (* args, ** kwargs)
> selection.get_uris (* args, ** kwargs)
>
>
> 2013/4/4 Manuel Quiñones 
>
>> Note I have also applied this as a pull request to the github experiment:
>>
>> https://github.com/sugarlabs/sugar/pull/14
>>
>> 2013/4/4 Manuel Quiñones :
>> > TestCase:
>> >
>> > - open an activity like Browse, Read, Log (not Write, is a special case)
>> > - bring up the frame
>> > - drag things to the left side panel of the frame (images, links, or
>> selected text)
>> >
>> > The elements should be added to the clipboard which is inside the
>> > panel.  They should have the proper icon and they should popup a
>> > palette to act on them.
>> >
>> > Note: if the dragged object is a link from Browse, Sugar tries to copy
>> > the html to the disk.  But the current implementation looks wrong.  I
>> > have opened #4477 to track it: http://bugs.sugarlabs.org/ticket/4477
>> >
>> > Note: this doesn't solve the inverse operation: drag from the
>> > clipboard to the activity.  This will be done in another patch.
>> >
>> > API fixes:
>> >
>> > - gtk.SelectionData.type  ->  Gtk.SelectionData.get_data_type() [1]
>> > - gtk.SelectionData.data  ->  Gtk.SelectionData.get_data() [2]
>> > - gtk.SelectionData.target  ->  Gtk.SelectionData.get_target() [3]
>> > - context.targets  ->  context.list_targets() [4]
>> > - context.drop_finish(...)  ->  Gdk.drop_finish(context, ...) [5]
>> > - context.drag_status(...)  ->  Gdk.drag_status(context, ...) [6]
>> > - context.get_source_widget()  ->  Gdk.drag_get_source_widget(context)
>> [7]
>> >
>> > [1]
>> https://developer.gnome.org/gtk3/3.5/gtk3-Selections.html#gtk-selection-data-get-data-type
>> > [2]
>> https://developer.gnome.org/gtk3/3.5/gtk3-Selections.html#gtk-selection-data-get-data
>> > [3]
>> https://developer.gnome.org/gtk3/3.5/gtk3-Selections.html#gtk-selection-data-get-target
>> > [4]
>> https://developer.gnome.org/gdk/stable/gdk-Drag-and-Drop.html#gdk-drag-context-list-targets
>> > [5]
>> https://developer.gnome.org/gdk/stable/gdk-Drag-and-Drop.html#gdk-drop-finish
>> > [6]
>> https://developer.gnome.org/gdk/stable/gdk-Drag-and-Drop.html#gdk-drag-status
>> > [7]
>> https://developer.gnome.org/gtk3/stable/gtk3-Drag-and-Drop.html#gtk-drag-get-source-widget
>> >
>> > Cast the type of the Gtk.SelectionData from Gdk.Atom to str.  Our code
>> > treats it as str in sugar3.mime and asks methods like startswith which
>> > fails if it is not a str-like object.
>> >
>> > The data for the type 'text/uri-list' comes with a character '\x00' at
>> > the end now.  Remove it so our functions like
>> > sugar3.mime.split_uri_list don't break.
>> >
>> > Signed-off-by: Manuel Quiñones 
>> > ---
>> >  src/jarabe/frame/clipboardtray.py | 46
>> +--
>> >  1 file changed, 30 insertions(+), 16 deletions(-)
>> >
>> > diff --git a/src/jarabe/frame/clipboardtray.py
>> b/src/jarabe/frame/clipboardtray.py
>> > index abc885e..5115d61 100644
>> > --- a/src/jarabe/frame/clipboardtray.py
>> > +++ b/src/jarabe/frame/clipboardtray.py
>> > @@ -76,26 +76,39 @@ class ClipboardTray(tray.VTray):
>> >  return False
>> >
>> >  def _add_selection(self, object_id, selection):
>> > -if not selection.data:
>> > +if not selection.get_data():
>> >  return
>> >
>> > -logging.debug('ClipboardTray: adding type %r', selection.type)
>> > +selection_data = selection.get_data()
>> > +selection_type = selection.get

Re: [Sugar-devel] [PATCH] Bring back dragging of elements from the activities to the frame clipboard - SL #3819

2013-04-04 Thread Flavio Danesse

Manuel, I think this code can be improved and greatly simplified if instead
of using things like:

selection_data.split uris = ('\ n')

use:

uris = selection.get_uris ()

Instead of using:

selection.get_data (* args, ** kwargs)

You can work directly on selection and get the data type with:

selection.get_data_type (* args, ** kwargs)

and get straight to the content:

selection.get_pixbuf (* args, ** kwargs)
selection.get_text (* args, ** kwargs)
selection.get_uris (* args, ** kwargs)


2013/4/4 Manuel Quiñones 

> Note I have also applied this as a pull request to the github experiment:
>
> https://github.com/sugarlabs/sugar/pull/14
>
> 2013/4/4 Manuel Quiñones :
> > TestCase:
> >
> > - open an activity like Browse, Read, Log (not Write, is a special case)
> > - bring up the frame
> > - drag things to the left side panel of the frame (images, links, or
> selected text)
> >
> > The elements should be added to the clipboard which is inside the
> > panel.  They should have the proper icon and they should popup a
> > palette to act on them.
> >
> > Note: if the dragged object is a link from Browse, Sugar tries to copy
> > the html to the disk.  But the current implementation looks wrong.  I
> > have opened #4477 to track it: http://bugs.sugarlabs.org/ticket/4477
> >
> > Note: this doesn't solve the inverse operation: drag from the
> > clipboard to the activity.  This will be done in another patch.
> >
> > API fixes:
> >
> > - gtk.SelectionData.type  ->  Gtk.SelectionData.get_data_type() [1]
> > - gtk.SelectionData.data  ->  Gtk.SelectionData.get_data() [2]
> > - gtk.SelectionData.target  ->  Gtk.SelectionData.get_target() [3]
> > - context.targets  ->  context.list_targets() [4]
> > - context.drop_finish(...)  ->  Gdk.drop_finish(context, ...) [5]
> > - context.drag_status(...)  ->  Gdk.drag_status(context, ...) [6]
> > - context.get_source_widget()  ->  Gdk.drag_get_source_widget(context)
> [7]
> >
> > [1]
> https://developer.gnome.org/gtk3/3.5/gtk3-Selections.html#gtk-selection-data-get-data-type
> > [2]
> https://developer.gnome.org/gtk3/3.5/gtk3-Selections.html#gtk-selection-data-get-data
> > [3]
> https://developer.gnome.org/gtk3/3.5/gtk3-Selections.html#gtk-selection-data-get-target
> > [4]
> https://developer.gnome.org/gdk/stable/gdk-Drag-and-Drop.html#gdk-drag-context-list-targets
> > [5]
> https://developer.gnome.org/gdk/stable/gdk-Drag-and-Drop.html#gdk-drop-finish
> > [6]
> https://developer.gnome.org/gdk/stable/gdk-Drag-and-Drop.html#gdk-drag-status
> > [7]
> https://developer.gnome.org/gtk3/stable/gtk3-Drag-and-Drop.html#gtk-drag-get-source-widget
> >
> > Cast the type of the Gtk.SelectionData from Gdk.Atom to str.  Our code
> > treats it as str in sugar3.mime and asks methods like startswith which
> > fails if it is not a str-like object.
> >
> > The data for the type 'text/uri-list' comes with a character '\x00' at
> > the end now.  Remove it so our functions like
> > sugar3.mime.split_uri_list don't break.
> >
> > Signed-off-by: Manuel Quiñones 
> > ---
> >  src/jarabe/frame/clipboardtray.py | 46
> +--
> >  1 file changed, 30 insertions(+), 16 deletions(-)
> >
> > diff --git a/src/jarabe/frame/clipboardtray.py
> b/src/jarabe/frame/clipboardtray.py
> > index abc885e..5115d61 100644
> > --- a/src/jarabe/frame/clipboardtray.py
> > +++ b/src/jarabe/frame/clipboardtray.py
> > @@ -76,26 +76,39 @@ class ClipboardTray(tray.VTray):
> >  return False
> >
> >  def _add_selection(self, object_id, selection):
> > -if not selection.data:
> > +if not selection.get_data():
> >  return
> >
> > -logging.debug('ClipboardTray: adding type %r', selection.type)
> > +selection_data = selection.get_data()
> > +selection_type = selection.get_data_type()
> > +
> > +# The type comes as a Gdk.Atom but we need it as str to
> > +# compare it.
> > +assert isinstance(selection_type, Gdk.Atom)
> > +selection_type = str(selection_type)
> > +
> > +logging.debug('ClipboardTray: adding type %r', selection_type)
> >
> >  cb_service = clipboard.get_instance()
> > -if selection.type == 'text/uri-list':
> > -uris = selection.data.split('\n')
> > +if selection_type == 'text/uri-list':
> > +# For 'text/uri-list' type, last character is '\x00'.  This
> > +# wasn't the case in GTK2.
> > +assert selection_data[-1] == '\x00'
> > +selection_data = selection_data[:-1]
> > +
> > +uris = selection_data.split('\n')
> >  if len(uris) > 1:
> >  raise NotImplementedError('Multiple uris in
> text/uri-list' \
> >' still not supported.')
> >
> >  cb_service.add_object_format(object_id,
> > - selection.type,
> > + selection_type,
> >

[Sugar-devel] Ganador de Google Code in 2012

2013-02-04 Thread Flavio Danesse

Agustín Zubiaga, alumno de la pequeña Utu de Rafael Peraza en San José
Uruguay,
ganador del google code in 2012,
un premio al esfuerzo y la dedicación que comenzó por 2009 jugando con
scratch en la xo.

Ahora se va a visitar GooglePlex, en Mountain View, California.

http://google-opensource.blogspot.fr/2013/02/google-code-in-2012-grand-prize-winners.html
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Consultation

2013-02-03 Thread Flavio Danesse

*Hello people.*

Let's see if anyone knows anything about this:

I'm adding functionality to pygi-hack, the idea is to create an interface
that displays all the python api gi and also has examples of how to use it.

Besides that allows for practice from the terminal to which I added a
widget Vte, but I have two problems I could not solve.

*1 - *When do the instropcción of modules python gi and I think the doc
html to charge at the interface, the file is created fine, but when loaded
in the widget webkit this does not show completely as seen in the picture
below :

[image: Imágenes integradas 1]

*2 -* I can not write to the widget Vte.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] How to use CSS style sheets to style widgets in Sugar Activities [Gtk3]

2012-12-13 Thread Flavio Danesse

screen = Gdk.Screen.get_default()
css_provider = Gtk.CssProvider()
style_path = os.path.join(JAMediaObjectsPath, "JAMediaEstilo.css")
css_provider.load_from_path(style_path)
context = Gtk.StyleContext()
context.add_provider_for_screen(
screen,
css_provider,
Gtk.STYLE_PROVIDER_PRIORITY_USER)



2012/12/13 Aneesh Dogra 

> I am trying to get a functionality like
> http://erikos.sweettimez.de/page/2/
>
> I tried adding :-
>
> style_context = self.get_style_context()
>
> css_provider = Gtk.CssProvider()
> css_provider.load_from_path('gtk-widgets1.css')
>
> style_context.add_provider(css_provider,
>Gtk.STYLE_PROVIDER_PRIORITY_USER)
>
>
> in the Application's init but it doesn't seem to work.
>
> I would prefer to get the exact same functionality but any alternates
> which can provide similar effects should do the job. What I don't wanna use
> is cairo. I want something CSS like.
>
> I am mainly trying to style a Gtk.TextView and Gtk.Entry.
> --
> Thanks
> Aneesh Dogra (lionaneesh)
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [ASLO] Release Terminal-41

2012-10-10 Thread Flavio Danesse

A note on this:
It is true that I did not say that the error occurred, I said it.

2012/10/10 S. Daniel Francis 

> Hi Gary,
> One time we received a patch by Flavio Danesse. He removed the line
> which is causing an error[1], but he didn't say what did his patch do,
> so it was not applied.
>
> I'll follow the ticket and wait for my XO-4.
>
> Thanks for testing.
> ~danielf
>
> [1] vt.feed(l + '\r\n')
>
> 2012/10/10 Gary Martin :
> > On 10 Oct 2012, at 13:23, Gary Martin  wrote:
> >
> >> Hey Guys,
> >>
> >> Thanks for the new release, very happy to have the great Tabs now in
> Terminal!! :)
> >>
> >> Could you make sure and push the source code changes back up to the
> main git repository (git.sugarlabs.org)? I've just been looking there to
> see what changed between v40 and v41 as Terminal-41 is failing [1] on XO-4
> hardware, though it works fine on the XO-1.75 and I'm trying to diagnose
> the problem. The previous Terminal-40 release works fine on the XO-4 – so
> I'm currently trying to dig my way through the .xo bundles to see what
> changed ;)
> >
> > Just a quick update. Looks like it is the resume (load of previous
> Terminal state) and state saving in Terminal-41 that's broken, nothing to
> do with the XO-4 (just that I had saved state resuming from Terminal-40
> that was causing Terminal-41 to hang at startup). I've updated the ticket.
> >
> > Regards,
> > --Gary
> >
> >> Regards,
> >> --Gary
> >>
> >> [1] http://bugs.sugarlabs.org/ticket/4020
> >>
> >> On 10 Oct 2012, at 03:13, Rafael Ortiz 
> wrote:
> >>
> >>>
> >>>
> >>> On Tue, Oct 9, 2012 at 6:45 PM, Agustin Zubiaga Sanchez <
> a...@sugarlabs.org> wrote:
> >>> Yes Rafa, thanks for releasing it...
> >>>
> >>> El 09/10/2012 20:03, "S. Daniel Francis" 
> escribió:
> >>> 2012/10/9 Rafael Ortiz :
> >>>>> Release notes:
> >>>>
> >>>> * Initial GTK3 release (Port by "S. Daniel Francis"
> >>>> ,"Agustin Zubiaga Sanchez"  >).
> >>>> * Adding summary, Rafael Ortiz raf...@activitycentral.com
> >>>> * Testing by Flavio Danesse fdane...@activitycentral.com
> >>> * Same tabs as Browse. (Also fill all the allowed space correctly.)
> >>>
> >>> Thanks for releasing it, Rafael.
> >>>
> >>> Thanks to you guys-.
> >>>
> >>>
> >>>
> >>> ___
> >>> Sugar-devel mailing list
> >>> Sugar-devel@lists.sugarlabs.org
> >>> http://lists.sugarlabs.org/listinfo/sugar-devel
> >>>
> >>> ___
> >>> Sugar-devel mailing list
> >>> Sugar-devel@lists.sugarlabs.org
> >>> http://lists.sugarlabs.org/listinfo/sugar-devel
> >>
> >
> > ___
> > Sugar-devel mailing list
> > Sugar-devel@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> ___
> 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] Sugar Digest 2012-09-18

2012-09-23 Thread Flavio Danesse

El tema del idioma, tiene muchas aristas, (desde mi punto de vista), pero
en lo que refiere específicamente a enseñar a programar a los niños y
adolescentes, la cuestión está en que aprender un lenguaje de programación
es en si, aprender otro idioma, lo cual ya de por si es difícil para
cualquiera.

Cuando trabajas con niños y jóvenes que a veces, ni siquiera conocen bien
su propio lenguaje materno, y mucho menos el inglés, debes facilitarle el
aprendizaje del lenguaje que intentas enseñar, que en este caso es python,
no inglés.

Al esfuerzo de aprender python, no puedes agregarle el de aprender inglés
que en este caso sería un aprendizaje previo, lo cual termina por aburrir y
frustrar a aquellos que lo que desean en realidad es programar.

Obviamente, hasta cierto punto, quien intenta programar termina aprendiendo
algo de inglés, casi sin darse cuenta, lo cual es bueno, pero no es el
objetivo de enseñar a programar en python.

Tampoco es cierto que para programar se necesite saber inglés, yo soy la
prueba de ello.
Yo no puedo siquiera escribir una frase en inglés, mucho menos hablarlo, y
si escucho a alguien hablando inglés, dificilmente le entienda la mitad de
lo que dice, sin embargo, entiendo casi todo lo que leo en inglés y luego,
lo que no entiendo lo traduzco con google.

Obviamente, para programar en python, cuando tengo que hacer cosas
complejas, se me complica bastante por el idioma, pero para las cosas que
yo deseo hacer con python, mis conocimientos de inglés son suficientes.

De modo que yo, a mis alumnos, trato de enseñarles python, solucionándoles
lo mejor que puedo el tema del inglés, luego, ellos, verán que es necesario
aprender inglés para superarse, pero tienen toda la vida por delante para
solucionarlo.

Mientras tanto, todas mis aplicaciones van con variables y comentarios en
español, porque sé que ellos las leen y las hackean a medida que aprenden o
tratan de aprender cosas nuevas sobre python.

Además, de todo eso, siendo que soy de habla hispana, ¿por qué habría de
escribir en otro idioma?.
¿Para que me entiendan otros que no hablan español?, y ¿por qué, si yo para
entenderles a ellos tengo que traducir con google?.

Por un tema de desarrollo colaborativo tampoco puede ser, porque en 4 años
nadie a aportado una sola línea de código a mis aplicaciones, mientras que
yo he portado, mejorado, expandido y hasta reescrito muchas aplicaciones de
terceros, y, las veces que alguien me dio una mano con algo fue en forma de
ideas o conceptos y, o bien fue en español (generalmente han sido comañeros
de CeibalJAM), o bien tuve que traducirlo con google.

Qué no se entienda esto último como un reproche ni nada parecido,
simplemente trato de ilustrar mis motivos para utilizar lo menos posible el
inglés en mis aplicaciones. Simplemente no encuentro motivos por los cuales
no utilizar español, mientras que encuentro fuertes motivos para no
utilizar inglés.

Pero sin lugar a dudas, el tema del idioma es fundamental en la comunidad
de sugar.
Quienes no podemos sostener una charla en inglés, directamente no
participamos de las discusiones.

Es también un motivo por el cual los docentes, en general, no se acercan a
la comunidad.
Todos sabemos el poco conocimiento y manejo informático que tienen los
docentes (de américa latina al menos), en general, no podemos pensar que
hablen inglés y por ende, al momento de escribir una wiki por ejemplo,
debemos hacerlo en español, no en inglés.

Lo que pasa es que la comunidad de sugarlabs se ha ido conviertiendo en una
comunidad casi exclusivamente de desarrolladores y desde mi punto de vista,
cada vez, se convierte más en eso, no hay mucho espacio para los docentes,
ni mecanismos de participación real y efectiva para ellos, a menos que
hablen inglés. <= esto si es un reproche :)

Bueno, pero en definitiva, supongo que debe ser tan complicado traducir del
español al inglés como del inglés al español.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar Digest 2012-09-18

2012-09-18 Thread Flavio Danesse

Congratulations!

Next year it will celebrate the birthday of the son of pablo newcomer next
to your grandson.


Felicidades !!

El año que viene habrá que celebrar el cumpleaños del hijo recien llegado
de pablo junto al de tu nieto.


2012/9/18 Walter Bender 

> == Sugar Digest ==
>
> 1. Bradley and Tony have ask us for a summary of Sugar Labs activity
> for the Software Freedom Conservancy annual report. It has been a busy
> year, with tremendous progress on the technical front, but also real
> in roads into better understanding how to deploy Sugar in a wide
> variety of contexts.
>
> ;GTK-3: The major technical effort over the past twelve months has
> been the transition to GNOME Toolkit 3. The developer team, lead by
> Simon Schampijer, has migrated Sugar to GTK-3 and in the process both
> made Sugar easier to maintain and also easier to support on devices
> such as the OLPC XO 4.0 Touch. This has been a community effort with
> contributions coming from engineers at OLPC, Activity Central, and the
> Sugar community at large.
>
> ;Sugar Activities: Our "app store" continues to grow, thanks in large
> part to contributions from Sugar users who have made the transition to
> Sugar developers. More than 10% of our apps were written by children
> who grew up with Sugar. Meanwhile, we are approaching eight-million
> downloads.
>
> ;The next generation of hackers: Not only are Sugar users becoming
> Sugar activity developers, they are also beginning to work on Sugar
> itself. A large part of the effort to migrate Sugar activities to
> GTK-3 has been accomplished by youths; and these same young hackers
> are submitting patches to the Sugar toolkit as well. They are
> full-fledge members of our community.
>
> ;Internationalization push: Internationalization push: Chris Leonard
> has led an effort to recruit and assist translation teams so that
> Sugar has better coverage in the mother tongues and indigenous
> languages of our users. Over the past twelve months, we have seen
> substantive progress in the languages of:
> :* Oceania:  Māori, Samoan (Gagana Sāmoa), Niuean (Vagahau Niue)
> :* Central and South America: Huastec (Tének), Xi'úi (Central Pame),
> Aymara (Aru), Quechua (Cusco-Collao)
>
> :These efforts have often included working with the local experts to
> establish glibc locales for their languages, which will facilitate
> further localization work on any Linux-based system.
>
> ;Sugar in the USA: While the majority of Sugar users are in Latin
> America and Africa, we are starting to make in roads into the United
> States. Programs like the ones led by Gerald Ardito have demonstrated
> the efficacy of Sugar within the US educational market. Larger-scale
> efforts by OLPC in Miami and Charlotte a driving growth.
>
> ;Teacher communities: Teachers are forming communities around Sugar to
> provide mutual support and to drive further pedagogical developments.
> They are using social media tools to form communities in which
> teachers and developers discuss problems and opportunities. Amazonas,
> Australia, et al. are leading the way.
>
> ;Local initiatives: We have back down from our formal "local labs"
> initiative, but not from working locally. There are strong local
> support teams in Uruguay, Argentina, Peru, etc., working on extending
> Sugar to support local needs.
>
> ;Sugar on a Stick: There have been more than 500,000 visits to the
> Sugar on a Stick page (a version of Sugar that will run on any
> x86-based computer that can boot from a USB stick).
>
> ;GNU/Linux distributions: Thomas Gilliard compiled a list of
> distributions that have seen significant advances in the past year.
> :* Sugar Network [1] (Aleksey Lim et al.)
> :: Fedora-14 based OLPC OS for XO laptops (i586)
> :: Ubuntu-10.04 and derivatives (i586, x86_64)
> :: Ubuntu-11.10 and derivatives (i586, x86_64)
> :: Ubuntu-11.04 and derivatives (i586, x86_64)
> :: Ubuntu-10.10 and derivatives (i586, x86_64)
> :* Trisquel [2] 5.0 and 5.5 (Ruben Rodríguez)
> :* openSUSE-EDU [3] (Jigish Gohil and Dram Wang)
> :* ARM [4] (Peter Robinson)
> :* Fedora 18 [5]
> :* Mageia [6]
>
> ;Community outreach: Sugar Labs provided support for several developer
> gatherings, including Sugar Camps in Lima Peru, Cambridge Mass, San
> Francisco CA, Prague Czech Republic, and GUADEC.
>
> 2. Isabelle Duston has created a database of images ([7]) that is
> intended to reduce the cost of creating educational apps in particular
> for literacy. Feel free to use these images in your Sugar activities
> and to contribute to the database. She is also launching an App
> Challenge (See [8]); Sugar activities qualify.
>
> 3. Edgar Quispe has finished 100% of Aymara for Fructose, a major step
> in supporting local languages in Peru. Quechua is also making rapid
> progress.
>
> === In the community ===
>
> 4. There are plans to hold the next OLPC SF summit in San Francisco
> the weekend of October 19-21. We are holding a Sugar Camp
> ''following'' the summit (Oct 22-24). Pleas

[Sugar-devel] Adaptar Escribir para niños ciegos.

2012-09-06 Thread Flavio Danesse

Hola.

Me han contactado algunas maestras de primaria de La Rioja Argentina, para
solicitar que hagamos una adaptación sobre la actividad escribir.
Ellas están a cargo de niños ciegos y anteriormente utilizaban
MiguelEstudia para que ellos pudieran estudiar el material, pero en la xo
1.5, MiguelEstudia no funciona debido a algunos cambios en espeak y dado
que yo no pensé que se utilizara la actividad, la abandoné hace mucho
tiempo.

Ellas descubrieron que pueden hacer lo mismo en Hablar con Sara pegando el
texto en la actividad y actualmente la utilizan así.
Pero quieren que adaptemos escribir para que funcione con espeak ya que al
teclado de las xo ellas les han agregado en cada tecla, un cartoncito
braile para que los alumnos puedan escribir, el problema es que necesitan
quien les lea lo que escriben, si pudiéramos agregarle esta funcionalidad a
la actividad escribir sería muy importante para ellos.

También se me ocurre con esto, que olpc podría incorporar teclados braile a
las xo, o adaptadores para los mismos.


Hello.

I have contacted some primary teachers of La Rioja Argentina, to ask for an
adjustment on the activity type.
They are run by blind children and previously used MiguelEstudia so they
could study the material, but the XO 1.5, MiguelEstudia not work due to
some changes in espeak and since I did not think it was used the activity,
the long abandoned time.

They found that can do the same in Talking with Sara pasting text in
activity and currently use well.
But they want to adapt writing to work with espeak as the keyboard of xo
them they have added on each key, a piece of cardboard Braille for students
to write, the problem is that they need to be read to what they write, if
we add this functionality to write activity would be very important to them.

It also occurs to me with this, you could incorporate olpc at xo Braille
keyboards, or adapters for them.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] gst-plugins-espeak port to gstreamer 1.0

2012-08-20 Thread Flavio Danesse

Hello, on this subject, I think it is not necessary to create a special
plugin for sugar, you can do the same in this way:
Check it out at: http://git.sugarlabs.org/speak/mainline

class BaseAudioGrab(GObject.GObject):
__gsignals__ = {
'new-buffer': (GObject.SIGNAL_RUN_FIRST,
None, [GObject.TYPE_PYOBJECT])}

def __init__(self):
GObject.GObject.__init__(self)
self.pipeline = None
self._was_message = False

def speak(self, status, text):
# 175 is default value, min is 80
rate = 60 + int(((175 - 80) * 2) * status.rate / RATE_MAX)
wavpath = "/tmp/speak.wav"

subprocess.call(["espeak", "-w", wavpath, "-p", str(status.pitch),
"-s", str(rate), "-v", status.voice.name, text],
stdout=subprocess.PIPE)

self.stop_sound_device()

self.make_pipeline(wavpath)

def restart_sound_device(self):
try:
self.pipeline.set_state(Gst.State.NULL)
self.pipeline.set_state(Gst.State.READY)
self.pipeline.set_state(Gst.State.PLAYING)
except:
pass

def stop_sound_device(self):
if self.pipeline is None:
return
try:
self.pipeline.set_state(Gst.State.NULL)
self.pipeline.set_state(Gst.State.READY)
self._new_buffer('')
except:
pass

def make_pipeline(self, wavpath):
if self.pipeline is not None:
self.pipeline.set_state(Gst.State.NULL)
del(self.pipeline)

self.pipeline = Gst.Pipeline()

file = Gst.ElementFactory.make("filesrc", "espeak")
wavparse = Gst.ElementFactory.make("wavparse", "wavparse")
audioconvert = Gst.ElementFactory.make("audioconvert",
"audioconvert")
tee = Gst.ElementFactory.make('tee', "tee")
# FIXME: alsasink no more, pulseaudio causes:
# gst_object_unref: assertion `((GObject *) object)->ref_count > 0'
failed
playsink = Gst.ElementFactory.make("playsink", "playsink")
queue1 = Gst.ElementFactory.make("queue", "queue1")
fakesink = Gst.ElementFactory.make("fakesink", "fakesink")
queue2 = Gst.ElementFactory.make("queue", "queue2")

self.pipeline.add(file)
self.pipeline.add(wavparse)
self.pipeline.add(audioconvert)
self.pipeline.add(tee)
self.pipeline.add(queue1)
self.pipeline.add(playsink)
self.pipeline.add(queue2)
self.pipeline.add(fakesink)

file.link(wavparse)
wavparse.link(tee)

tee.link(queue1)
queue1.link(audioconvert)
audioconvert.link(playsink)

tee.link(queue2)
queue2.link(fakesink)

file.set_property("location", wavpath)

fakesink.set_property('signal-handoffs', True)
fakesink.set_property('dump', True)
fakesink.connect('handoff', self.on_buffer)

self._was_message = False
bus = self.pipeline.get_bus()
bus.add_signal_watch()
bus.connect('message', self.gstmessage_cb)

self.pipeline.set_state(Gst.State.PLAYING)

def gstmessage_cb(self, bus, message):
self._was_message = True

if message.type == Gst.MessageType.WARNING:
def check_after_warnings():
if not self._was_message:
self.stop_sound_device()
return True

logger.debug(message.type)
self._was_message = False
GObject.timeout_add(500, self._new_buffer, str(buffer))

elif  message.type == Gst.MessageType.EOS:
self.pipeline.set_state(Gst.State.NULL)

elif message.type == Gst.MessageType.ERROR:
err, debug = message.parse_error()
logger.debug(err)
self.stop_sound_device()

def on_buffer(self, element, buffer, pad):
GObject.timeout_add(100, self._new_buffer, str(buffer))
return True

def _new_buffer(self, buf):
self.emit("new-buffer", buf)
return False
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Thanks Buddy !!!

2012-08-16 Thread Flavio Danesse

Although I do not know, I am very pleased by both.

These things are what make a nice group of people, but the media is limited.

Congratulations and good luck to both.


Aunque no los conozco, me alegra mucho por ambos.

Este tipo de cosas son las que hacen agradable un grupo humano, aunque el
medio de comunicación sea limitado.

Felicidades y suerte a ambos.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] questions

2012-08-08 Thread Flavio Danesse

questions:

1 - You have to migrate to TelepathyGlib telepathy?

I suppose so, but it was migrated to Sugar?

2 - How I can I query the system to check for touch monitor?


Preguntas:

1- Hay que migrar telepathy a TelepathyGlib ?

Supongo que si, pero ya se migró esto en Sugar ?

2- Como puedo debo consultar al sistema para saber si tiene monitor touch ?
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Idea for a New Activity in Sugar: To code and run C, C++ programs

2012-08-07 Thread Flavio Danesse

Yo pienso que vale la pena hacerlo, pero pensando más en alumnos de
secundaria que de primaria, pero yo le agregaría buena documentación y
tutorials.

Sin lugar a dudas no va a ser una aplicación de uso masivo, pero
enriquecería el entorno de los chicos, yo me animo hacer experiencia en el
uso con mis alumnos.

Yo pienso que tienes que hacerla, tu aporte es bienvenido.



I think it's worth doing, but thinking more high school students of
primary, but I would add good documentation and tutorials.

Undoubtedly it will not be an application for mass use, but enrich the
environment of the children, I encourage you to experience using with my
students.

I think you have to do it, your input is welcome.




2012/8/7 Anish Mangal 

>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Tuesday 07 August 2012 01:36 AM, Gonzalo Odiard wrote:
> >
> >
> > On Sun, Aug 5, 2012 at 12:03 PM, Kartik Kumar   > wrote:
> >
> > Hi All,
> >
> > I was thinking of an Activity for Sugar using which children can write
> programs in C and C++ and execute them.
> >
> >
> > Why? Why, poor kids?! :)
> >
> > Jokes aside, I don't think is a good idea:
> > * C is more difficult to learn than python.
> > * In the images there are not gcc and make.
> > * Compiled c code is dependent of the platform,
> > and we do not have a good solution to multiplatform binaries in the
> activities.
> >
> > Why you think, learning C can be good for kids?
> >
>
> Not saying that learning C is particularly good (or better than python),
> it is still the defacto programming language taught at nearly all schools
> in India atleast (in higher secondary levels)
>
> So, while learning C might not be a good idea (when compared with python),
> it would be better than not learning at all ;-)
>
> and the point of free s/w is scratching your itch ;-)
>
> > Create a IDE with the simplicity needed by the sugar design is a
> challenge.
> > If you want help with a development tool to write python activities,
> > check http://git.sugarlabs.org/develop
> >
>
> +1 or there are plenty of ideas around developing pippy (
> http://wiki.sugarlabs.org/go/User:Quozl) as well :-)
>
> > Gonzalo
> >
> >
> >
> > This is similar to Pippy activity but this activity will use GCC for
> compilation and execution of these programs created by children.
> >
> > We can present them with such features:
> > 1. Use pre-existing code snippets( from Journal)
> > 2. Write custom code
> > 3. Compilation and Execution
> >
> > Please provide your inputs whether this seems useful with classroom
> perspective and is worth taking it further?
> >
> >
> > Kartik Perisetla
> >
> >
> > ___
> > 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
>
>
> - --
> Anish Mangal
> Sugar Labs
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJQIUBzAAoJEBoxUdDHDZVpcfAH/2ZgHABl3BxLq5KXCPcBgb/t
> EOtA9zYe0jUsMUYiuCNokh48fc6sGUP06seCr/ROb2mSJnN+RrOxlQq196tvokWU
> LHss6uonkHU8MjtPQfdcAvosKWt0cepqOXQza3VrmNd+LsV+2cAkFLFOuZXidRug
> NggIi3j/DqBgUprZuCTh7YAzp94wKGBzpFDWNm3LPgaaZaROMy2A2lyNXZpeoQit
> 2ljfOCF4Jj6+xOpmT9ccXaHS3NikBq4aZa16WhvqV0EvaRssZrrFFTo9FIxsUNI3
> haXbbGPLxFtUT9MHGU5KFlWcO8cnk/uUMLdaclYHsii5Ha+VTqMbXAS45az+4Sc=
> =eaLP
> -END PGP SIGNATURE-
>
>
> ___
> 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] porting Gstreamer Activities to PYGobject and Gstreamer 1.0

2012-08-01 Thread Flavio Danesse

Speak is almost completely ported to gtk and GStreamer 1.0, there are only
a few corrections.


2012/8/1 Daniel Narvaez 

> No, it needs to be ported to 1.0. The configure.ac currently links to
> 0.10 and I suppose there might be API changes we need to adapt to.
>
> On 1 August 2012 22:55, Gonzalo Odiard  wrote:
> > Thanks!
> > Do you know if the gstreamer-espeak plugin works?
> >
> > Gonzalo
> >
> >
> > On Wed, Aug 1, 2012 at 5:39 PM, Daniel Narvaez 
> wrote:
> >>
> >> Hello,
> >>
> >> I added Gstreamer 1.0 to sugar-build. I tested with a sample video
> >> player and it seems to work fine, no additional script is required.
> >>
> >> If you are using a plugin which is not built, please let me know and
> >> I'll add the required system dependencies.
> >>
> >> On 31 July 2012 01:40, Simon Schampijer  wrote:
> >> > Hey Activity team,
> >> >
> >> > so in the last days we have been looking here at Gstreamer and the
> >> > situation
> >> > in regards to Pygobject and GTK+ 3.
> >> >
> >> > All in all in order to use Gstreamer with introspection we have to use
> >> > Gstreamer 1.0 (0.12). Version 0.10 is dead, and will never really work
> >> > with
> >> > introspection (see [1] and what we know as well from talking with the
> >> > Gstreamer devs).
> >> >
> >> > I talked to Peter and Gstreamer-1.0 should be packaged with F18, see
> >> > recent
> >> > discussions [2].
> >> >
> >> > In the meantime when you port your activity you can build Gstreamer on
> >> > your
> >> > system and use a script to point your activity to the new Gstreamer
> >> > version
> >> > [3][4].
> >> >
> >> > If you are stuck while poring you can have a look at the Pitivi
> porting
> >> > branch [5].
> >> >
> >> > Regards,
> >> >Simon
> >> >
> >> > [1] https://wiki.ubuntu.com/Novacut/GStreamer1.0#Python_Porting_Guide
> >> > [2] http://www.spinics.net/lists/fedora-desktop/msg07545.html
> >> > [3]
> >> >
> >> >
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/chapter-git.html#git-anon
> >> > [4]
> >> >
> >> >
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/chapter-developing.html#developing-uninstalled-gstreamer
> >> > [5] https://github.com/nekohayo/pitivi/tree/pygi
> >> > ___
> >> > Sugar-devel mailing list
> >> > Sugar-devel@lists.sugarlabs.org
> >> > http://lists.sugarlabs.org/listinfo/sugar-devel
> >>
> >>
> >>
> >> --
> >> Daniel Narvaez
> >> ___
> >> Sugar-devel mailing list
> >> Sugar-devel@lists.sugarlabs.org
> >> http://lists.sugarlabs.org/listinfo/sugar-devel
> >
> >
>
>
>
> --
> Daniel Narvaez
> ___
> 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] porting Gstreamer Activities to PYGobject and Gstreamer 1.0

2012-07-31 Thread Flavio Danesse

I behaved as jamedia to gtk3 and added to part of mplayer as backend,
implemented on gstreamer player 1.0:
https://sites.google.com/site/sugaractivities/jamediaobjects/jam

With gstreamer 0.10 I could not work.
Surely you can make it work corriengo 0.10 gst subprocess through but that
would be very hack.

*In particular, JAMedia need:*

*Main player:*
mplayer

*Secondary player:*
gir1.2-gstreamer-1.0
gir1.2-gst-plugins-base-1.0,
gstreamer1.0-plugins-good,
gstreamer1.0-plugins-ugly,
gstreamer1.0-plugins-bad,
gstreamer1.0-libav



Yo ya porté jamedia a gtk3 y le agregué a parte de mplayer como backend, un
reproductor implementado sobre gstreamer 1.0:
https://sites.google.com/site/sugaractivities/jamediaobjects/jam

Con gstreamer 0.10 no logré que funcione.
Seguramente se pueda hacerlo andar corriengo gst 0.10 a traves de
subprocess pero eso sería muy hack.

*En particular, JAMedia necesita:*

*Reproductor Principal:*
mplayer

*Reproductor Secundario:*
gir1.2-gstreamer-1.0
gir1.2-gst-plugins-base-1.0,
gstreamer1.0-plugins-good,
gstreamer1.0-plugins-ugly,
gstreamer1.0-plugins-bad,
gstreamer1.0-libav


2012/7/31 Simon Schampijer 

> On 07/31/2012 10:33 AM, Peter Robinson wrote:
>
>> On Tue, Jul 31, 2012 at 5:01 AM, Gonzalo Odiard 
>> wrote:
>>
>>> Any chance of have it packaged in F17?
>>> Should do developing, but more important testing, easier.
>>>
>>
>> I'm not sure, it's something that could be investigated as in theory
>> it's suppose to be parallel installable, whether it's parallel
>> runnable is another thing altogether though.
>>
>
> That should be fine according to the Gst-devs. You can just not mix it in
> the same process.
>
> 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] How to have "CellRenderer.props" take effect, without a UI refresh?

2012-07-30 Thread Flavio Danesse

self.get_property('window').invalidate_rect(self.get_allocation(), True)
self.get_property('window').process_updates(True)




2012/7/30 Sascha Silbe 

> Ajay Garg  writes:
>
> >> [adding short-circuit logic to
> >> jarabe.journal.listview.BaseListView.refresh()]
> [...]
> >> What we should do is enhancing the logic to
> >>
> >> a) just redraw instead of querying the back-end again for changes we
> >>triggered ourselves and / or
> >> b) update our model based on the change notifications rather than
> >>throwing away our state.
> >>
> >
> > Well, that's exactly what I did, via the patch
> >
> http://git.sugarlabs.org/dextrose/mainline/commit/ad3897946e013f1ff4020aeab35375ccb122758b
>
> Not really AFAICT. You're still inhibiting the refresh completely,
> without doing a redraw. You're also doing a gratuitous data store query
> for each favourite star. I'm expecting that to have considerable impact
> on performance.
>
>
> > I guess, if we could somehow cause the mouse to PROGRAMMATICALLY
> > hover-away/disappear-momentarily when the star/favorite-icon is clicked,
> we
> > could be done.
> > However, I am not able to find a way to do this via pygtk.
>
> Fortunately. :-P
>
> As discussed on IRC, the way to _trigger_ _a_ _redraw_ (not: move the
> pointer) is something like this:
>
> x_, y_, width, height = self.allocation
> area = (0, 0, width, height)
> self.window.invalidate_rect(area, False)
>
>
> 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 mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Bug sugar3/graphics/palettewindow.py

2012-05-23 Thread Flavio Danesse

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/gi/_gobject/__init__.py", line
106, in obj_set_property
prop.fset(self, value)
  File "/usr/lib/python2.7/site-packages/sugar3/graphics/palettewindow.py",
line 501, in set_invoker
self._widget.set_invoker(self._invoker)
AttributeError: 'NoneType' object has no attribute 'set_invoker'
Logging disabled on purpose
0dBFS level = 32768.0
Csound version 5.13 (float samples) Apr 28 2012
libsndfile-1.0.25
UnifiedCSD:
 /home/olpc/Activities/TamTamSynthLab.activity/common/Resources/tamtamorc.csd
STARTING FILE
Creating options
Creating orchestra
Creating score
orchname:  /tmp/csound-3AaESv.orc
scorename: /tmp/csound-o0OcFU.sco
rtaudio: pulseaudio module enabled
orch compiler:
opcode homeSine a kki
opcode synthGrain a aa
opcode ControlMatrice i ii
opcode SourceMatrice i i
opcode FxMatrice i i
opcode controller k ii
opcode source a ii
opcode effects a ii
instr 200
instr 5600
instr 5400
instr 5401
instr 5201
instr 5202
instr 5212
instr 6000
instr 5204
instr 5203
instr 5000
instr 5022
instr 5023
instr 5001 5002 5003 5004 5005 5006 5007 5008 5009 5010
instr 5101 5102 5103 5104 5105 5106 5107 5108 5109 5110
instr 5011 5012 5013 5014 5015 5016 5017 5018 5019 5020
instr 5111 5112 5113 5114 5115 5116 5117 5118 5119 5120
instr 5021
sorting score ...
... done
Csound version 5.13 (float samples) Apr 28 2012
displays suppressed
0dBFS level = 32768.0
orch now loaded
audio buffered in 256 sample-frame blocks
SECTION 1:
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/gi/_gobject/__init__.py", line
106, in obj_set_property
prop.fset(self, value)
  File "/usr/lib/python2.7/site-packages/sugar3/graphics/palettewindow.py",
line 501, in set_invoker
self._widget.set_invoker(self._invoker)
AttributeError: 'NoneType' object has no attribute 'set_invoker'

(sugar-activity:850): Gdk-CRITICAL **: gdk_window_invalidate_rect_full:
assertion `GDK_IS_WINDOW (window)' failed

(sugar-activity:850): Gdk-CRITICAL **: gdk_window_invalidate_rect_full:
assertion `GDK_IS_WINDOW (window)' failed
1337811171.856694 WARNING root: No Gtk.AccelGroup in the top level window.
1337811191.377681 ERROR root: Error saving activity object to datastore
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/sugar3/activity/activity.py", line
906, in _prepare_close
self.save()
  File "/usr/lib/python2.7/site-packages/sugar3/activity/activity.py", line
730, in save
preview = self.get_preview()
  File "/usr/lib/python2.7/site-packages/sugar3/activity/activity.py", line
667, in get_preview
self.canvas.draw(cr)
TypeError: draw() takes exactly 3 arguments (2 given)
inactive allocs returned to freespace
end of score.   overall amps:  0.0  0.0
   overall samples out of range:00
0 errors in performance
Exited with status 0, pid 850 data (None, ', mode 'w'
at 0xcdb6a8>, dbus.ByteArray('5469ff9aabd0d26a3012e4c00a83ff1a538fe096',
variant_level=1))
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Port Gtk 3 (Chat.activity)

2012-05-23 Thread Flavio Danesse

Si, pero me da error:

error: src refspec gtk3 matches more than one.
error: failed to push some refs to 'gitori...@git.sugarlabs.org:
chat/mainline.git'


2012/5/23 Aleksey Lim 

> On Wed, May 23, 2012 at 04:07:00PM -0300, Flavio Danesse wrote:
> > Parece que no se usar las ramas en git, porque no me las actualiza.
> > No se supone que es así?: git push origin rama
>
> To checkout new branch, do
>
>git fetch
>git checkout origin/gtk3 -b gtk3
>
> to push to new branch
>
>git push origin gtk3
>
> > 2012/5/23 Aleksey Lim 
> >
> > > On Wed, May 23, 2012 at 03:26:16PM -0300, Gonzalo Odiard wrote:
> > > > Flavio patches need review.
> > >
> > > gtk3 branch was created exactly for experiments with gtk3 porting when
> > > master is for regular development until it will be clear that most of
> > > Chat users are on gtk3 based sugar and it is the time to switch to gtk3
> > > Chat for regular coding.
> > >
> > > > Also would be good follow in all the activities the suggestions in
> > > > http://wiki.sugarlabs.org/go/Features/GTK3/Activity_Porting
> > > > regarding to branches. Will do our lives easier in the future :)
> > > >
> > > > Gonzalo
> > > >
> > > > On Wed, May 23, 2012 at 2:41 PM, Aleksey Lim 
> > > wrote:
> > > >
> > > > > On Tue, May 22, 2012 at 01:46:48PM -0300, Flavio Danesse wrote:
> > > > > > Today I will be working on a new patch to fix the
> > > > > > function Chat.activity Iwas left pending yesterday and fixing
> some
> > > > > details
> > > > > > in the typing.
> > > > > > If you want to give me access to the repo and upload everything
> in a
> > > new
> > > > > > branch.
> > > > > > My user is git "flavio"
> > > > >
> > > > > Sure, I've added you to chat repository and pushed "gtk3" branch.
> > > > > Feel free to process gtk3 porting work there. I think it will be
> useful
> > > > > to keep "master" bracnh as regular development trunk as long as
> > > > > majorority of users are on gtk2 based sugar.
> > > > >
> > > > > > Hoy estaré trabajando en un nuevo parche para Chat.activity para
> > > arreglar
> > > > > > la función que me quedó pendiente ayer y arreglando algunos
> detalles
> > > en
> > > > > el
> > > > > > tipado.
> > > > > > Si quieren me dan acceso al repo y subo todo en una rama nueva.
> > > > > > Mi usuario en git es "flavio"
> > > > >
> > > > > --
> > > > > Aleksey
> > > > > ___
> > > > > 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
> > >
> > >
> > > --
> > > Aleksey
> > >
>
> --
> Aleksey
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Port Gtk 3 (Chat.activity)

2012-05-23 Thread Flavio Danesse

Parece que no se usar las ramas en git, porque no me las actualiza.
No se supone que es así?: git push origin rama



2012/5/23 Aleksey Lim 

> On Wed, May 23, 2012 at 03:26:16PM -0300, Gonzalo Odiard wrote:
> > Flavio patches need review.
>
> gtk3 branch was created exactly for experiments with gtk3 porting when
> master is for regular development until it will be clear that most of
> Chat users are on gtk3 based sugar and it is the time to switch to gtk3
> Chat for regular coding.
>
> > Also would be good follow in all the activities the suggestions in
> > http://wiki.sugarlabs.org/go/Features/GTK3/Activity_Porting
> > regarding to branches. Will do our lives easier in the future :)
> >
> > Gonzalo
> >
> > On Wed, May 23, 2012 at 2:41 PM, Aleksey Lim 
> wrote:
> >
> > > On Tue, May 22, 2012 at 01:46:48PM -0300, Flavio Danesse wrote:
> > > > Today I will be working on a new patch to fix the
> > > > function Chat.activity Iwas left pending yesterday and fixing some
> > > details
> > > > in the typing.
> > > > If you want to give me access to the repo and upload everything in a
> new
> > > > branch.
> > > > My user is git "flavio"
> > >
> > > Sure, I've added you to chat repository and pushed "gtk3" branch.
> > > Feel free to process gtk3 porting work there. I think it will be useful
> > > to keep "master" bracnh as regular development trunk as long as
> > > majorority of users are on gtk2 based sugar.
> > >
> > > > Hoy estaré trabajando en un nuevo parche para Chat.activity para
> arreglar
> > > > la función que me quedó pendiente ayer y arreglando algunos detalles
> en
> > > el
> > > > tipado.
> > > > Si quieren me dan acceso al repo y subo todo en una rama nueva.
> > > > Mi usuario en git es "flavio"
> > >
> > > --
> > > Aleksey
> > > ___
> > > 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
>
>
> --
> Aleksey
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Browser Bug

2012-05-22 Thread Flavio Danesse

El error es en sugar.graphics pero se lanza al utilizar browser
aparentemente en páginas con videos y animaciones.
Esta versión de browser es la 137, sobre xo 1.75 sobre esta imagen de
sugar: http://build.laptop.org/12.1.0/os11/xo-1.75/

The error is in sugar.graphics but is thrown when using browser
apparently on pages with videos and animations.
This browser version is 137, about 1.75 xo on this image of sugar:
http://build.laptop.org/12.1.0/os11/xo-1.75/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Browser Bug

2012-05-22 Thread Flavio Danesse

/usr/lib/python2.7/site-packages/gobject/constants.py:24: Warning:
g_boxed_type_register_static: assertion `g_type_from_name (name) == 0'
failed
  import gobject._gobject
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/gi/_gobject/__init__.py", line
106, in obj_set_property
prop.fset(self, value)
  File "/usr/lib/python2.7/site-packages/sugar3/graphics/palettewindow.py",
line 501, in set_invoker
self._widget.set_invoker(self._invoker)
AttributeError: 'NoneType' object has no attribute 'set_invoker'
1337686994.638987 WARNING root: No Gtk.AccelGroup in the top level window.
1337686995.356172 WARNING root: No Gtk.AccelGroup in the top level window.
1337686996.349565 WARNING root: No Gtk.AccelGroup in the top level window.
1337686996.902554 WARNING root: No Gtk.AccelGroup in the top level window.
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/gi/_gobject/__init__.py", line
106, in obj_set_property
prop.fset(self, value)
  File "/usr/lib/python2.7/site-packages/sugar3/graphics/palettewindow.py",
line 501, in set_invoker
self._widget.set_invoker(self._invoker)
AttributeError: 'NoneType' object has no attribute 'set_invoker'
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/gi/_gobject/__init__.py", line
106, in obj_set_property
prop.fset(self, value)
  File "/usr/lib/python2.7/site-packages/sugar3/graphics/palettewindow.py",
line 501, in set_invoker
self._widget.set_invoker(self._invoker)
AttributeError: 'NoneType' object has no attribute 'set_invoker'
1337687001.121995 WARNING root: No Gtk.AccelGroup in the top level window.
1337687001.139046 WARNING root: No Gtk.AccelGroup in the top level window.
1337687001.146413 WARNING root: No Gtk.AccelGroup in the top level window.
1337687001.359754 WARNING root: No Gtk.AccelGroup in the top level window.
1337687001.376827 WARNING root: No Gtk.AccelGroup in the top level window.
1337687001.391202 WARNING root: No Gtk.AccelGroup in the top level window.
** Message: console message: undefined @0: ReferenceError: Can't find
variable: jQuery

Terminated by signal 11, pid 1626 data (None, ', mode
'w' at 0x13271d8>,
dbus.ByteArray('0d30fc731444a32c5d7fb9d7208b8c81130e5153', variant_level=1))
Could not load movie '-'
Error: Could not load movie!
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Port Gtk 3 (Chat.activity)

2012-05-22 Thread Flavio Danesse

Today I will be working on a new patch to fix the
function Chat.activity Iwas left pending yesterday and fixing some details
in the typing.
If you want to give me access to the repo and upload everything in a new
branch.
My user is git "flavio"

Hoy estaré trabajando en un nuevo parche para Chat.activity para arreglar
la función que me quedó pendiente ayer y arreglando algunos detalles en el
tipado.
Si quieren me dan acceso al repo y subo todo en una rama nueva.
Mi usuario en git es "flavio"
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Hello word

2011-09-28 Thread Flavio Danesse

欢迎

*PD:*
Dice bienvenido en Chino, que es el idioma que más personas hablan en el
planeta.




2011/9/28 Martin Abente 

> Bienvenido! :)
>
> 2011/9/28 Héctor Sanchez 
>
>> Hi,
>> I am a developer, member and contributor of SugarLabs Argentina and
>> Python Argentina.
>>
>> I'll be reading and contributing in my free time, in this mailing list.
>>
>> greetings!
>> --
>> Sanchez Héctor
>> @hectorksanchez
>>
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Fragmentación de memoria

2011-09-04 Thread Flavio Danesse

Sin dudas todo un problema y no he podido resolverlo en lo que estoy
haciendo, ¿alguien tiene alguna solución?

http://pet.tzulberti.com.ar/2/es/html/memory-fragmentation.html
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

53 matches

Mail list logo