-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Manuel Gonz�lez Noriega wrote:
| Hola a todos,
Muy buenas.
| Obviamente hay dos enfoques posibles para lo que sucede cuando el | usuario accede a la categor�a A: | | 1) El usuario ve todos los recursos de la cat A + subcat B + subcat C. | 2) El usuario ve solo lo que est� asignado a la Cat A. Para ver lo que | est� en cualquier subcat, debe acceder a ella.
| La cuesti�n es entonces, cuando y por qu� optar por una u otra soluci�n, | pros y contras.
Yo te dir�a que depende muy mucho de la naturaleza del contenido de las cajas.
Si las cajas tienen un contenido que nos interesa que se vea o, cuando menos, que se intuya, es conveniente que las usemos transparentes (Opci�n A). Por el contrario, puede que nos interese que ese contenido sea descubierto poco a poco, por fases. Entonces lo ideal el mantener la incertidumbre y usar cajas opacas, que no nos dejen ver lo que hay dentro hasta que se abren.
Respecto de los pros y contras, las cajas transparentes creo que tienen un inconvenente en su misma naturaleza: puede que al final las descubramos como prescindibles. Su transparebncia puede que nos lleve a la conclusi�n de que podemos prescidir de su uso, por redundantes, y optemos por agrupar el contenido por afinidades naturales, espont�neas, pero no dentro de cajas transaparentes, sino dentro de la gran caja (Cat A).
Por el contrario, las cajas opacas, que no nos dejan ver el contenido de las mismas, puede que agoten la paciencia del usuario, ya que el juego de las mu�ecas rusas puede mosquedarle si no est� avisado de ello. Es decir, que una opci�n como la 2, puede que si no se ve acompa�ada por las instrucciones oportunas, agote la paciencia del usuario y nos abandone antes de tiempo.
Por tanto, mi recomendaci�n, simplificando quiz� en exceso, es que la opci�n 1 puede que se agote nada m�s nacer y sea mejor optar por una agrupaci�n diferente (por ejemplo usando categorizaciones no jer�rquicas). La opci�n 2, para que no pierda efectividad, puede que sea m�s v�lida si se acompa�a de las instrucciones oportunas para no dejar solo al usuario en su aventura exploratoria.
Como bien dec�as en tu mensaje, "despues de aguantar todo este rollo", espero no haber liado m�s la cosa.
Saludos :) - -- | daniel torres burriel | zaragoza - spain | www.torresburriel.com | key: 0x43DB2AB7 - ------------------------------------------------------- | usable | lista de correo en espa�ol sobre usabilidad | www.torresburriel.com/usable -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFA0hteLelthkPbKrcRAgfrAKCrzwdGzFL7/238xpnqTjp3upvTbwCg7Btq va12/hpWU953Q9jJVq7ylws= =XX68 -----END PGP SIGNATURE-----
_______________________________________________ altas, bajas y modificaciones: http://cadius.org/mailman/listinfo/lista_cadius.org
