[Sugar-devel] Private vs Public conversations.

Gonzalo Odiard gonzalo at laptop.org
Fri Nov 1 23:02:58 EDT 2013


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 <fdanesse at 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 <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
>
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



More information about the Devel mailing list