El uso de recortes de imagen ( cropsen inglés) es unaen Drupal. Deja utilizar un recorte de una imagen, esto es, una selecciónde una área con forma rectangulardentro de la imagen. En general son los propios editores quienes pueden elegir la una parte de la imagen original a usar, de forma que sea un humano, y no una máquina, quien decida cuál es la parte interesante de la imagen. Así, es posible subir una imagen una sola vez y emplear derivados de ella de forma automática (o bien semi-automática, ya que solo se tiene que seleccionar la parte a emplear de la imagen) sosteniendo la parte interesante de la imagen siempre perceptible.
Seleccionado parte de la imagen, o sea, haciendo un cropmanual.
Los cropso recortes no producen una nueva imagen por sí mismos y ni alteran de ningún modo la imagen original. Drupal los suele llamar manual crops, por ser recortes efectuados manualmente por un usuario.
Por otro lado, Drupal Trademark permite acotar estilos de imagen, que se pueden aplicar a las imágenes mostradas en el sitio web. Los estilos de imagen comúnmente proporcionan miniaturasy recortesde imágenes, pero también se pueden agregar otros efectoscomo pasar a blanco y negro, viñetear o bien girar hacia un color. Para ello, se crea un estilo de imagen con los efectos deseados, y después se aplica dicho estilo a las imágenes que se quiera. Por poner un ejemplo, se puede configurar Drupal para que use un estilo de imagen para las imágenes de un campo determinado de un nodo. Así, subamos como subamos la imagen, Drupal Trademark se hace cargo de formatearla según se haya configurado. Es esencial tener en consideración que Drupal produce un nuevo fichero desde la imagen original, dejando la original sin modificar. Esta nueva imagen se considera regenerable, esto es, puede ser borrada y Drupal automáticamente la volverá a crear si la precisa.
Ejemplo de un estilo de imagen que redimensiona a 50x50.
Ambas funcionalidades se combinan, de manera que se pueden delimitar estilos de imágenes que utilicen los recortes del usuario como parte de la transformación de la imagen. Por poner un ejemplo, si tenemos un género de contenido con una imagen, y sabemos que la foto siempre se mostrará cuadrada, lo normal es utilizar un estilo de imagen que use un recorte de imagen cuadrado para cuando se muestre la imagen.
Cómo es habitual en Drupal Trademark, esta funcionalidad es muy flexible, mas una gran flexibilidad también acarrea una enorme posibilidad de usarla de forma poco eficiente o bien difícil de mantener. Si nos desatendemos, podemos acabar teniendo que sostener una lista muy larga de recortes ( crops) y estilos de imagen, lo que hará más ardua la labor de edición.
Crops basados en la visualización, una mala idea
Una de las prácticas típicas consiste en crear recortes recortes directamente basadosen la visualización. O sea, crear un croppor cada estilo de imagen para asegurar que la imagen no se desfigura o se recorta de forma automática mostrando una parte poco interesante de la imagen original.
Por ejemplo, imaginemos que tenemos una web de una tienda. Podríamos acotar los siguientes estilos de imagen:
product_full: para la paǵina de visualización de un producto, se usará para las imágenes del producto mostradas en carrusel, 800x600 píxeles. product_thumbnail: también en la paǵina de visualización de un producto, para las miniaturas de las imágenes del producto en el carrusel, 200x180 píxeles. product_teaser: para las páginas de listados de productos, búsquedas, etc. 400x400 píxeles. product_cart: para enseñar el producto en el carro. 180x180 píxeles.
Si seguimos esta estrategia, se crearían cropspor cada estilo de imagen con el tamaño de cada estilo. Esto nos llevaría a los próximos problemas:
- El número de
cropscrece conforme aparecen nuevos estilos de imagen. Si queremos un nuevo estilo precisamos un nuevo estilo y un nuevo crop. - El editor puede verse obligado a efectuar recortes prácticamente iguales (por ejemplo,
product_thumbnaily product_cart, de 200x180 y 180x180). Esto resulta aburrido y reduce la productividad del editor. - Complica la aplicación en el
backendya que para atenuar los problemas que pueden surgir se debe prever en qué estilos de imagen se va a utilizar cada imagen y configurarlo a nivel de campo basado en el contenido. ¿Qué pasa cuando a mitad de proyecto deseamos añadir un nuevo estilo de páginas web ? ¡Tenemos que recortar todo el contenido existente para este nuevo crop! - La simplificación anterior no es posible cuando no usamos las imágenes de manera directa asociadas a un campo si no que queremos emplear una librería tipo Media, ya que entonces los recortes pertenecen a la imagen que está totalmente disociada del contenido donde se emplea (como debería de ser).
Un caso práctico con este ejemplo: pongamos que se quiere añadir una funcionalidad de producto destacado, mostrando su imagen a digamos 600x600 píxeles. Ante este escenario necesitamos un estilo de imagen nuevo, product_featured. Este estilo tendría las mismas proporcionesque el producto en listados, pero con unas dimensiones superiores(600x600 en lugar de 400x400), con lo que sería necesario registrar un nuevo recorte(y recortar los contenidos de nuevo).
Separar el recorte de los estilos dónde se utiliza, una buena idea
El inconveniente esencial de la aproximación anterior es que se asocia cada cropcon el estilo de imagen donde se utiliza dicho recorte. De esa relación directa es de donde brotan todos los problemas. La solución es separarlos. ¿Cómo? Muy fácil, usando cropsgenéricos basados en el ratio y no en las dimensiones. Una imagen original puede tener cualquier ratio (puede ser más bien cuadrada, o bien apaisada, vertical, etc., pero cuando queremos mostrarla en un hueco con un ratio determinado empleamos un recorte para indicar qué una parte de la imagen es la interesante para ese ratio específico. Pero esto no tiene nada que ver con su tamaño, solo con el ratio (la relación entre alto y ancho).
Es decir, por un lado tenemos los recortesde imágenes basados en ratios de alto por ancho (cuanto más estándares mejor, 16:9, 1:1, 2:1, etc.. Para generar hay que obviar las dimensiones finales de donde desee que se pretenda usar, solo hay que tener en cuenta el ratio. De este modo si mantenemos el número de ratios posibles al mínimo, el número de recortes que tendrá que seleccionar un editor será menor y más fácilmente reutilizable en otras áreas de la web. ¿Por qué no emplear exactamente el mismo recorte para el producto en el carrito y para las miniaturas si las dos se aproximan a 1:1? Aquí es importante cuestionar los diseños que recibamosy no complicar el backendcon infinitos presetscon variaciones leves de pocos píxeles. ¡Utilicemos ratios de imagen!
Por otro están los estilosde imágenes que sí se generan pensando de manera directa y completa en la visualización. Su objetivo no es la selección del área sino optimar la imagen al formato que se va a visualizar, ahorrando ancho de banda y mejorando por consiguiente la sensación del usuario (debido a una mejor velocidad de descarga y menor consumo de datos), así como su adaptación a dispositivos con doble densidad de pantalla. Estos estilos tendrán en cuenta el ratiode visualización (16:9, 3:2, 1:1)y las dimensiones finales. Para ello, al configurar el estilo de imagen, se incluye por una parte el cropo recorte utilizado, que marcará el ratio de visualización, y por otro unas dimensiones finales (así sea indicando las dos, que deberán ser coherentes con el ratio, o bien marcando solo una de las dimensiones y dejando que la otra se calcule automáticamente en función del ratio).
¿Por qué es una estrategia flexible y escalable?
- Permite el uso de un
mismo recorte en diferentes estilosde imagen ( teaser, contenido completo, miniatura, etcétera. No condiciona el recorte según dónde se usa. - Permite el
ajustede las dimensiones finalesdel estilo sin rehacer el recorte, lo que implica un reajuste manual (siempre que sostengan exactamente el mismo ratio). Evita la pérdida de recortes en contenido existentetras el ajuste o refactorización del diseño (siempre y cuando sostengan el mismo ratio). Fuerzael uso de imágenes basadas en ratios reutilizables, algo que evita una complejidad muy frecuentemente innecesaria. - Los
recortesquedan asociadosa la entidad Media(no al contenido como versiones anteriores de Drupal Trademark) con lo que al reutilizarla, también se vuelven a utilizar los recortes ya realizados, evitando tener que volver a realizar otro recorte para el nuevo uso. - Se
evitatener un listado infinito de recortes. - Si en un evolutivo se decide que el listado de productos (estilo
product_teaser) ya no usa el ratio 1:1 si no el 3:2, tan sólo precisamos actualizar el preset puesto que los recortes ya existirán y no implicará acción alguna por parte de los editores (siempre que ese ratio estuviera dado de alta anteriormente).
Un sitio web apropiadamente estructurado en general no debería de usar más de tres-5 ratios diferentes. Ejemplos:
- 1:1 (
cuadrado) - 3:2 (
foto) - 16:9 (
video) Otros: Cabecera panorámica, verticales, etc.
Es importantereforzar que un recorte de una imagen es el mejor encuadrepara un ratio determinado ( cuadrado 1:1, vídeo 16:9, foto 3:2, etc). En caso de que se necesite para una misma fotografía emplear un recorte diferente siempre y en toda circunstancia es posible subir la fotografía nuevamente a la librería de imágenes con un nombre diferente que meridianamente indique que esa foto tiene otro encuadre.
Media Library está pensado para reutilizar, volvamos a utilizar los recursos: imagen, título, propiedades y recortes.
Tamaño de recorte mínimo
Podemos tener un inconveniente con esta estrategia. Al no fijar mínimo en el recorte, los editores pueden seleccionarun áreademasiado pequeñadentro de la imagen. Lo que provocaría que la imagen resultante en la visualizaciónaparezca aumentaday pixelada. Esto se puede solventar fácilmente de las siguientes maneras:
- Fijando unas
dimensiones mínimasen el recorte ( soft limiten la configuración del efecto del recorte para simplemente dar un aviso si se escoge una área de menor tamaño, o bien hard limitsi queremos impedir que se selecciona un área demasiado pequeña). - Estableciendo la
resolución mínima de imagenen la configuración del campode la entidad media. - Añadiendo una
descripciónen los campos de tipo referencia a media o en el campo imagen en la entidad media con las resolucionesde los recortes recomendadas.
Al igual que otros campos de la web, los editores tienen la capacidad de previsualizar el resultado de un nodo antes de publicarlo, de forma que caso de que usen imágenes de baja resolución pueden caer en la cuenta y usar un recurso de mejor resolución.
¿Cómo implementamos la solución de recortes basados en ratio?
Lo primero es tener instalados los módulos que vamos a necesitar:
Usaremos el módulo Media para las imágenes, junto con Entity Browser, Media Entity Browser y Inline Entity Form. Esto nos permite tener una biblioteca de imágenes, mas sobre todo asociar los recortes a entidades de tipo Media (que serán en un caso así imágenes), de forma que siempre que se use una imagen de la biblioteca tendrá los mismos recortes asociados: es suficiente con escoger una sola vez el recorte por cada imagen.
Para que los editores puedan seleccionar áreas para los recortes usaremos Image Widget Crop (junto con Crop API, claro). Por último, los módulos Breakpoint y Responsive Image nos servirán para concretar diferentes estilos de imagen en función de la densidad de pantalla del usuario.
Siguiendo con el ejemplo anterior de la tienda, pongamos que deseamos emplear esta estrategia para imágenes con ratio 1:1. Hay dos imágenes que se visualizan con este ratio: el producto en el carro, y el teaserdel producto.
Lo primero sería crear un recorte de ratio 1:1. Para ello vamos a /admin/config/media/cropy añadimos un nuevo cropcon el nombre «1:1» y el campo «Aspect Ratio» a 1:1.
A continuación, desde /admin/config/media/image-styles,crearíamos 2 estilos de imagen, uno para cada visualización. Primero el producto en el carrito, con el estilo product_cart. Es suficiente con añadir como efectos el recorte manual que hemos creado anteriormente y un escalado para adaptarlo al tamaño exacto de visualización:
Y después añadimos el estilo de imagen para el producto en cuando se visualiza en teasers. El estilo de imagen es igual pero en este caso se escala a otras dimensiones.
En en el caso de que se quieran optimar los estilos para pantallas de doble densidad, se tendría que registrar otro estilo por cada visualización modificando el escalado al doble del anterior (mas lógicamente el recorte seguiría siendo exactamente el mismo). Por poner un ejemplo, el producto en el carro pasaría de un escalado a 180x180 a un escalado de 360x360. Además, en el formateador se deberá hacer empleo del proporcionado por el módulo Breakpoint «Imagen adaptable». El estilo de imagen adaptable se daría de alta desde /admin/config/media/responsive-image-style(esto lo provee el módulo Responsive Image).
Por último, apreciar que cuando se añade el efecto de escalado y recortado podemos apuntar cual es la zona por defecto a recortar. Caso de que no se realice recorte manual, al aplicar el estilo de imagen Drupal Trademark usa esta información para hacer el recorte automático.
Configuración del efecto de escalado y recorte de un estilo de imagen, seleccionando la parte superior como la parte a preservar a lo largo del recorte automático.
Esto es singularmente útil para imágenes con personas en tanto que evitaremos cortar las cabezas si dejamos el recorte a Drupal de forma automática.
Conclusión
Nuestra recomendación para los recortes manuales y los estilos de imagen se puede resumir en:
- Trata de normalizar los tamaños de visualización de las imágenes a un conjunto reducido de ratios.
- Configura recortes manuales para cada ratio utilizado sin asociar directamente los recortes con estilos de imagen. Es decir, aparta los recortes que uses de las visualizaciones del sitio.
- Configura los estilos de imagen para emplear los ratios que has creado, utilizando el efecto de
manual cropy el escalado y recortado.
|