[Sugar-devel] My proposals to improve sugar:

Flavio Danesse fdanesse at gmail.com
Wed Nov 6 19:19:32 EST 2013


*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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20131106/10a293b8/attachment.html>


More information about the Sugar-devel mailing list