2013/11/6 Flavio Danesse <[email protected]>: > My proposals to improve sugar:
Lots of good ideas here, many of which can be explored in Google Code in. Please create tickets for them and add them to the task list in the wiki [1]. And please sign up as a mentor!!! (Note that tasks can be coding, but also UI design, documentation, QA, and research.) -walter [1] http://wiki.sugarlabs.org/go/Google_Code_In_2013#Tasks > > 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: Un montón de buenas ideas aquí, muchos de los cuales pueden ser exploradas en Google Code in. Por favor, cree entradas para ellos y añadirlos a la lista de tareas en el wiki [1]. Y por favor regístrese como mentor! (Tenga en cuenta que las tareas se pueden codificación, sino también el diseño de interfaz de usuario, documentación, control de calidad y la investigación.) [1] http://wiki.sugarlabs.org/go/Google_Code_In_2013 # Tasks > > 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 > [email protected] > http://lists.laptop.org/listinfo/olpc-sur > -- Walter Bender Sugar Labs http://www.sugarlabs.org _______________________________________________ Lista olpc-Sur [email protected] http://lists.laptop.org/listinfo/olpc-sur
