Hola, me llamo Miguel y hoy les traigo este nuevo artículo.
Casi todas las aplicaciones móviles incluyen texto. Ocupa una parte significativa de la interfaz de usuario (UI). Este estudio muestra que el contenido de texto cubre entre el 30 y el 40% de la interfaz de usuario de algunas de las aplicaciones de iOS más populares .
Como resultado, debe concentrarse en cuán legible es su texto al conceptualizar su interfaz de usuario.
Pongamos un ejemplo. Es posible que desee mostrar algún texto encima de una imagen. ¿Ha considerado que el color de su texto podría fusionarse con el fondo de la imagen? De lo contrario, es probable que sus usuarios no siempre puedan leerlo.
La mayoría de las veces, es posible que no tenga control sobre las imágenes que está cargando. Depende de usted proporcionar mecanismos de representación para resaltar el contenido de su texto.
Por un lado, puede considerar el uso de propiedades de sombreado. Dará como resultado una superposición de color debajo del texto para contrastar con el fondo de la imagen.
En Android, la TextViewAPI proporciona propiedades de sombreado listas para usar . Puede especificar:
- Un color
- Un radio: qué tan pronunciada es la sombra
- Un desplazamiento (horizontal y vertical)
Todas estas propiedades parecen sencillas. Sin embargo, existen algunas limitaciones que puede que no conozca con respecto al radio.
La limitación del radio de sombra
De acuerdo con la documentación, el radio debe ser un número flotante. También puede notar que se refiere a desenfoque. En aplicaciones móviles, a menudo recomendamos pisar ligeramente el desenfoque por motivos de rendimiento.
Entonces, ¿Qué debería considerarse un radio razonable? Resulta que todo depende de su hardware, pero también de su sistema operativo.
Depende principalmente de la potencia de renderización de su dispositivo. Además, la compatibilidad con API 23 e inferior bloqueará su aplicación si usa un radio de sombra superior a 25. Y estará en un mundo de dolor al depurar este bloqueo sin saber esto. De hecho, no obtendrá ningún rastro de pila. Aquí está su única ayuda de la consola de errores:
RS CPP error: Blur radius out of 0-25 pixel bound
RS CPP error (masked by previous error): Allocation creation failed
RS CPP error (masked by previous error): Allocation creation failed
RS CPP error (masked by previous error): Blur radius out of 0-25 pixel bound
A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x28 in tid 10781 (RenderThread)
Aunque la consola indica que algo mal está sucediendo con el radio de desenfoque, tendrá que averiguar por sí mismo que proviene del sombreado de texto. No sabrá dónde se estrelló ni por qué.
Por encima de API 23, no observé este problema, aunque debe tener en cuenta el rendimiento.
Todo es cuestión de hardware
Android viene con una amplia distribución de diferentes dispositivos. No comparten las mismas especificaciones.
Cuando se trata de agregar un efecto de desenfoque, el sistema se basa en la aceleración del hardware para optimizar el renderizado. Para evitar este bloqueo y aplicar un radio de sombra más alto, puede decidir confiar en la renderización por software . Sin embargo, afectará drásticamente su renderizado de rendimiento, que ya estaba en juego con la aceleración de hardware habilitada.
Recuerde que no todos sus usuarios poseen el último buque insignia. Siempre que sepa cómo funciona el sombreado de texto en Android, debería poder encontrar el equilibrio adecuado entre legibilidad y rendimiento.
Gracias por leer.
Añadir comentario