¿Criterios para elegir fuentes para un árbol en una utilidad que a todos les gusta y pueden leer?
Así que tengo una utilidad que realmente solo necesita ejecutarse internamente, pero quiero que los chicos que la usan no se quejen de eso todo el tiempo.
Tampoco creo que el estilo les importe particularmente, por lo que la fuente no tiene que coincidir con el resto del programa.
Este árbol tiene más o menos 50,000 cosas y es algo que debería agilizar su trabajo si pueden usarlo correctamente. Dicho esto, a menudo es muy difícil encontrar lo que quieres en un árbol con 50,000 cosas a menos que obtengas algunas pistas de la fuente.
Estoy usando VirtualTreeview de Softgem para Delphi, por lo que es algo bastante poderoso, pero mis herramientas principales siguen siendo:
- Negrita, cursiva, tachado y subrayado.
- Una pequeña imagen que puedo poner a la izquierda.
- Puedo prefijar y sufijar el texto en el nodo del árbol con lo que quiera (aunque eso puede parecer confuso).
- y puedo cambiar el tamaño de fuente.
Así que me pregunto, qué señales gráficas pueden indicar (en orden de importancia):
- Salvado
- No guardado
- Discapacitado
- Cambiado
- Activo
- Omitido
- Reemplazar
- Cargado
Eso es un montón de cosas para comunicar y no es totalmente importante si todo no pasa porque los usuarios pueden hacer clic derecho en el nodo y les dirá lo que necesitan saber (pero con 50,000 nodos eso puede ser mucho clic derecho)
¿Qué pasa en lugar de indicar el estado del elemento en la vista usando múltiples vistas, cada una con solo los elementos que son de ese estado?.
Una vista de árbol principal que contiene todos los elementos y luego una vista filtrada con solo los guardados por ejemplo. Puede darle al usuario una vista por estado o un par de botones de filtro para activar y desactivar los estados que deben mostrarse.
Si aún desea mostrar todos los estados de un elemento, puede mostrarlos utilizando una lista de iconos a la izquierda del elemento. O prefiéralos con una lista de letras que indiquen el estado, si el elemento no tiene ese estado, deje un espacio para ello, si lo hace usando una fuente monoespaciada, podría obtener una representación bastante clara de la información.
Además, no hay dos estados separados para propiedades opuestas Guardado/No guardado son dos valores del estado guardado, representándolos con diferentes señales en el mismo lugar
Probablemente deberías usar solo un tipo de letra. Y luego, tal vez, algunos estilos. Pero en su mayor parte, me quedaría con dos. Digamos, los pesos en negrita y libro. O romano y cursiva.
Cualquier cosa más que eso para indicar el estado va a poner MUCHA responsabilidad en los estilos de letra.
Tienes tachado, que puede ser útil (principalmente para 'eliminado'). Solo ten cuidado con la legibilidad.
Dado el número de estados que tiene, yo diría que desea usar un conjunto de iconos para comunicar esa información específica.
No escondería nada con un clic derecho. Considere un estado de desplazamiento que después de un período de tiempo (digamos medio segundo) obtiene la pequeña ventana de información.
Lo primero que comenzaría a analizar esta situación es contar el número de nodos en cada estado y, por lo tanto, decidir cuáles son más importantes que otros. El segundo paso sería analizar qué tipos de nodos pueden estar uno al lado del otro y cuáles ciertamente no. Qué estados necesitan diferir más y cuáles menos.
Aunque no mencionó que tenía una opción para codificar con color los valores, aún trataría de hacerlo, con íconos de un solo color. En lugar de iconos gráficos, que son de tamaño pequeño y, por lo tanto, probablemente no sean muy útiles, incluso si tiene la suerte de encontrar un conjunto perfecto para sus estados.
De acuerdo con DA01, definitivamente mantendría la familia y el tamaño de fuente iguales y variaría solo normal/negrita (y tachado para "eliminado").