[Sugar-devel] Private vs Public conversations.

[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 <quozl at 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-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20131101/a5a458bf/attachment-0001.html>