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

[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 <gonzalo at laptop.org>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 <fdanesse at gmail.com>
>
>> *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 otro lado, los responsables de los depliegues lo que evaluarán serán
>> los resultados en el sistema educativo, pero antes es necesario tener a los
>> usuarios conformes para que hagan uso del sistema.
>>
>> Bueno, más o menos, así lo veo yo.
>>
>>
>> _______________________________________________
>> Lista olpc-Sur
>> olpc-Sur at lists.laptop.org
>> http://lists.laptop.org/listinfo/olpc-sur
>>
>>
>
> _______________________________________________
> Lista olpc-Sur
> olpc-Sur at lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-sur
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20131108/bb91e169/attachment-0001.html>