Flavio, Would be good have concrete proposals about what you think can be improved, to be discussed point by point. About a easier implementation of collaboration, we discussed a proposal, and I think Agustin started a implementation.
Gonzalo On Fri, Nov 1, 2013 at 7:33 PM, Flavio Danesse <fdane...@gmail.com> wrote: > 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 <qu...@laptop.org> >> >> 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-de...@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel > > > > _______________________________________________ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > _______________________________________________ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
