Re: [eside-ghost] Usabilidad en entornos gráficos ERA : Instalar linux

[Juanval]

yeeepa

Aqui va otro mail laaargo, chaposo, y con múltiples estupideces sobre
usabilidad y el futuro de los file managers :P

On 11/25/05, Jon Ander Hernández <hernandez en movimage.com> wrote:
> Aupa Juanval!
>
> On mar, 2005-11-22 at 23:18 +0100, Juanval wrote:
> > He probado ahora el GnomeBaker y... no tiene opcion para crear
> > directorios, o moverte por dentro del CD/DVD que estás creando. Vamos,
> > que si copias un directorio entero al CD, pero luego quieres borrar un
> > archivo de dentro, no puedes.
> >
> > O si?
> >
> > Y no se, muy estilo minimalista (Gnome-style), pero quizás DEMASIADO
> > minimalista xDDD En mi opinión le faltan unas cuantas opciones al
> > programa. Quizá sea que todavía está under heavy development, o algo
> > así... ¿Sabes algo del tema?
>
> Jorl, jorl... jorl!! Tengo que decirte que tienes toda la razón del
> mundo, y de hecho me has dejado acojonado porque es que no me había dado
> cuenta y hasta me cuesta creerlo xDDDD, pero es así.
> Es en un momento como este cuando te das cuenta hasta que grado la
> filosofía de trabajo que tiene uno puede condicionar el trabajo con un
> programa y el éxito o fracaso con el. Quiero decir, normalmente un
> problema muy común es el como un programador crea una aplicación y como
> sus usuarios la usan y esperan que la aplicación funcione... y es que
> claro el programador diseña la aplicación desde su punto de vista que
> normalmente puede ser muy distinto del que lo usa xDDD.
> A mi lo que me ha ocurrido, es que siempre reorganizo los contenidos,
> creo mis md5s por si acaso, etc... antes de grabar los DVDs, con lo que
> hasta ahora estaba feliz, pero también es cierto que me he limitado a
> arrastrar los directorios y ya ta xDDDD. Desde luego después de tomar
> conciencia de que es tan limitado púes... recomiendo que todos
> reorganicen todo antes de arrancar el gnomebaker y se limiten a
> arrastrar y darle a tostar!!!! O mejor aprender a usar el comando de
> consola y a prescindir de app gráfica !!!! xDDDDD
>
>
> > había preparado un flame-mail total sobre Konkeror vs Nautilus en tema
> > de usabilidad, que esa imagen de Malk y su konkeror me ha trastornado
> > profundamente después de mi querido Nautilus minimalista (botones
> > minúsculos me atacan por todas partes!... y eso que tal se maneja con
> > un touchpad?... no os ahogais con tanto botón?... por qué hay un botón
> > de imprimir en un filemanager?... botones enanos!!... aaaarrrgg...
> > etcétera)..., pero lo dejo para otro dia, que no tengo ganas de
> > ponerme mas histérico hoy xDDDD
>
> Pues yo en este tema bajo mi punto de vista, yo creo que nautilus se
> esta yendo hacía una dirección que no es la óptima. Todo el rollo de la
> navegación espacial y tal, a mi no me termina de gustar del todo, y no
> solo en el nautilus tampoco en el Finder de Mac OS X, creo que resulta
> todo un engorro terminar teniendo tanta ventana y además prescindir del
> árbol de directorios lo hace incomodo para moverse rápido, aunque de lo
> malo, malo se puede escribir el path a mano con crtl+l, eso es una cosa
> que si que me gusta mucho :) y también me gusta esta opción que también
> funciona en el selector de ficheros de GTK+.

Lo de tener muchas ventanas... no se, yo con el último Nautilus (que
es una copia brutal del Finder de MacOSX), la verdad es que estoy
bastante contento. En la barra de la izquierda puedes definir
bookmarks en tu sistema de archivos, y así definir aquellos
directorios a los que sueles acceder mas comunmente (directorio de
musica, emule, peliculas, etc), con lo que para acceder a esos sitios,
lo tienes a un click de distancia. Muy rápido, simple, y sin abrir mas
ventanas :)

Ahora, todavía falta implementar el soporte de drag&drop de archivos
hacia esos bookmarks (para llevar una peli al directorio de películas,
lo lógico es arrastrar el archivo hasta el bookmark, y sin embargo eso
no funciona)

Lo que dices del árbol de directorios... en el último Nautilus, en la
parte superior, hay una barra que te permite ir a cualquiera de los
directorios padres del directorio actual con un solo click. Por
ejemplo, si estás en /home/juanval/mldonkey/incoming/files/musica, en
la barra te aparece cada uno de esos directorios por separado, y así
puedes acceder directamente a /home/juanval, o a
/home/juanval/mldonkey, sin tener que pasar por los demás (mas o menos
al estilo del árbol de directorios).

De todas formas, el tema del árbol de directorios es una cosa
realmente curiosa en cuanto a cómo lo usa la gente. Los que han
trabajado mucho con Win3.11 (yo, por ejemplo) y menos con los Win9x o
superiores, lo suelen utilizar asiduamente. Sin embargo, aquellos que
se iniciaron en los ordenadores con Win9x o superiores, dicen que no
les gusta nada el árbol de directorios, que ellos prefieren entrar a
MiPC, e ir moviendose desde ahí. No se si será simple cuestión de
costumbres, o que el concepto de "navegación espacial" es realmente
mas sencillo de comprender que un árbol de directorios.

> De todas maneras como fan de los entornos gráficos y de las metáforas de
> escritorio creo que aún existen muchos puntos donde mejorar y un montón
> de ideas que testear. Para empezar creo que cosas como el drag and drop
> o el uso de herramientas o menus contextuales (es decir que cambian
> dependiendo del objeto seleccionado) son cosas en que aún no se ha
> profundizado prácticamente nada. Por ejemplo en Mac algo que me fascino
> desde la primera vez que lo vi, fue lo de expulsar/desmontar un volumen
> arrastrándolo a la papelera, me pareció increíble, desde entonces empece
> a pensar que sería brutal arrastrar una url a un icono que represente la
> impresora, arrastrar la pila de documentos en la impresora a la papelera
> y que despliegue un menú gráfico con opciones como para parar el
> documento, borrar el documento... etc. En realidad todo esto de lo que
> hablo es de hacer las interacciones entre elementos desde un paradigma
> totalmente basado en objetos. Actualmente las interfaces gráficas son
> funcionales y de hecho eso por ejemplo se ve claramente en el API. Un
> botón cuando pinchas click finalmente lo que hace es crear un evento que
> acaba invocando una función y ya esta... esto se ve muy gráficamente en
> un menu que podemos entenderlo como un listado de funciones. De hecho
> los menus son tan cutres que cuando no se aplican a un objeto
> simplemente se quedan en gris, osea lejísimos de ser algo contextual.

La cuestión es que, en mi opinión, el punto clave aqui es precisamente
la API. Mientras todas las librerías de gtk, qt, gnome, etc, sigan
manejando los eventos de la forma en la que lo hacen ahora,
implementar este tipo de cosas es demasiado costoso. Requiere que el
programador piense todas las posiblidades de interacción que hay, y
las programe todas personalmente. Y cuando empiezas a aumentar el
numero de interacciones, es mucho mas probable que empiece a haber
colisiones entre varias (por ejemplo, puede pasar que lo que acabes de
hacer, según se han definido las normas de interacción, cumpla las
condiciones de 2 interacciones diferentes, y ya la tenemos liada :P ).
Hacer un sistema de este calibre sin demasiados bugs bestiales
requiere tener un equipo de programadores Knuth-style, o algo así,
demostrando matemáticamente que no hay problemas entre ninguna de las
opciones. Y ampliar luego ese sistema, sería una locura.

Yo diría que aquí lo que hace falta es un nuevo paradigma de
programación (o al menos un nuevo enfoque). Al igual que cuando se
crearon los sistemas de ventanas se hizo necesario el uso de la
programación orientada a eventos, aquí es necesario usar un sistema
que permita la programación rápida de este tipo de cosas. No digo que
yo tenga uno, o que siquiera exista uno en estos momentos. Pero sí que
está claro que mientras las librerías sobre las que tiran los
escritorios ofrezcan lo que ahora, cualquier paso en esta dirección va
a necesitar una cantidad de trabajo brutal detrás.

> Luego sobre el tema de los gestores de ventanas más de lo mismo...
> etc... otro tema que creo que es una asignatura pendiente es conciliar
> los entornos gráficos con el teclado (porque sinceramente los atajos de
> teclado es algo cutrísimo) y habría que crear un paradigma nuevo y dar
> un rol más importante a teclas especiales, algo como la tecla windows o
> la manzana... no se son ideas que tengo revoloteando por la cabeza.
> Si os interesa el tema (como no puedo implementar todas las ideas que
> tengo) ya os hago un braindump un día xDDDDD.

En el tema de uso de teclado, estoy de acuerdo en que debería estar
mas integrado con el sistema de ventanas. De hecho, por eso (bueno, y
porque así uso menos RAM), he dejado de usar Gnome, y me he pasado a
sistemas como Ion o WMI, sistemas de ventanas que se pueden manejar
completamente con el teclado, y así no tengo que estar todo el rato
moviendo la mano derecha entre el teclado y el ratón.

De todas formas, dudo sinceramente que el approach de Gnome a la
usabilidad vaya a centrarse en el uso del teclado en un futuro cercano
(o incluso lejano), ya que la filosofía de Gnome en estos temas es que
todo sea "sencillo para el usuario", y ya me gustaría ver a alguien
convenciendo a un gurú de usabilidad de que pulsar combinaciones de
teclas es mas "sencillo e intuitivo" que hacer click en un icono :P

Básicamente, por todos los window managers que he ido probando, he ido
viendo que solamente aquellos que están pensados para "power users"
tienen la posiblidad de utilizar bien el teclado para el manejo del
sistema (Ion3, Enlightenment, Fluxbox, etc). Me da que en tu querido
Gnome, lo máximo que vas a ver en este tema son cosas como la búsqueda
en tiempo real en las listas de GTK cuando te pones a escribir sobre
ellas. Cosas realmente útiles, pero sin demasiada importancia

En cuanto a lo que comentas de un nuevo paradigma de teclado y mejor
uso de las teclas especiales... a mi al menos sí que me interesa un
brain dump :P


Just my 2 cents :P

> Un saludete!

Taluegooo

> JonAn.
>
> P.D: Al final se me ha olvidado decir que entre el nautilus y el
> konqueror, el konqueror lo encuentro más factible para la gente, pero
> deja mucho de ser perfecto y sobre todo los menus son horribles,
> horribles y la herramienta de configuración también. Y la de nautilus
> como es inexistente pues también fatal no me gustan ninguna de las dos
> xDDDD.
> Sobre los kparts, creo que son un poco coñazo, en gnome llegaros a la
> conclusión que tener una app que se embebe dentro de otra es una
> tontería pudiendo simplemente cargar la aplicación fuera y no tener un
> tinglado para crear una interfaz mezclada y compleja entre konqueror y
> el kpart. Aunque para ver un PDF no veo que se necesite esto de embeber
> una app dentro de otra, creo que una cosa que si es importante, es que
> el shell gráfico tenga vistas distintas según el contenido de una
> carpeta. Ejemplo :
> Si tenemos música y videos dentro de una carpeta, querría tener una
> vista especialmente diseñada para poder recorrer los ficheros de manera
> cómoda y que concilie el poder ver los iconos de los ficheros y ver y
> consultar los metadatos de las canciones (titulos, artista, grupo...
> etc). Creo que por ejemplo esto en hasefroch vista va a molar mucho,
> además me parece curioso que m$ diera un paso atrás con el XP porque yo
> siempre pensé que la evolución del escritorio web era hacía esta
> linea... supongo que lo cambiaron por el pollo que se monto por junta
> explorer y internet explorer. Pero vamos a mi la idea de integrar
> tecnología web para diseñar estas cosas como las vistas de carpetas me
> parece el futuro, y veo que apple se ha dado cuenta de ello porque
> dashboard que son esas mariconadas que si un reloj, que si un
> calendario... etc... están creadas con tecnología web y son muy
> brutales, y además los chicos de KDE están trabajando en la misma linea
> con el proyecto plasma, a ver que sale de ahí :)
>
> P.D2: Todo lo dicho anteriormente es mi humilde opinión como
> espectador :)))
>
> P.D3: Os aconsejo que os leáis las reviews de OSX que hace John Siracusa
> en http://arstechnica.com, bueno también hay artículos muy interesantes
> de otros temas como por ejemplo el PCI Express, la verdad es que mola la
> página :)
>
>
>
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>
>