Seleccionado parte de la imagen, es decir, haciendo un cropmanual.
Los cropso recortes no producen una nueva imagen por sí mismos y ni alteran de ninguna manera la imagen original. Drupal los suele llamar manual crops, por ser recortes efectuados manualmente por un usuario.
Por otro lado, Drupal deja definir estilos de imagen, que se pueden aplicar a las imágenes mostradas en el sitio. Los estilos de imagen comúnmente proporcionan miniaturasy recortesde imágenes, mas también se pueden añadir otros efectoscomo pasar a blanco y negro, viñetear o bien girar cara un color. Para esto, se crea un estilo de imagen con los efectos deseados, y luego se aplica dicho estilo a las imágenes que se quiera. Por poner un ejemplo, se puede configurar Drupal a fin de 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 encarga de formatearla según se haya configurado. Es esencial tomar en consideración que Drupal produce un nuevo fichero a partir de la imagen original, dejando la original sin alterar. Esta nueva imagen se considera regenerable, esto es, puede ser borrada y Drupal Trademark automáticamente la volverá a crear si la necesita.
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 servirnos de un ejemplo, si tenemos un tipo de contenido con una imagen, y sabemos que la foto siempre se mostrará cuadrada, lo normal es usar un estilo de imagen que use un recorte de imagen cuadrado para cuando se muestre la imagen.
Cómo es habitual en Drupal, esta funcionalidad es muy flexible, pero una enorme flexibilidad también acarrea una enorme posibilidad de usarla de forma poco eficiente o bien difícil de sostener. Si nos desatendemos, podemos acabar debiendo mantener una lista larguísima de recortes ( crops) y estilos de imagen, lo que hará más ardua la labor de edición.
Back to top1) 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. Es decir, crear un croppor cada estilo de imagen para asegurar que la imagen no se deforma o se recorta de forma automática mostrando una parte poco interesante de la imagen original.
Por ejemplo, supongamos 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étera 400x400 píxeles.
- product_cart: para enseñar el producto en el carrito. 180x180 píxeles.
Si proseguimos 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 a medida que aparecen nuevos estilos de imagen. Si queremos un nuevo estilo necesitamos un nuevo estilo y un nuevo crop.
- El editor puede verse obligado a efectuar recortes prácticamente iguales (por servirnos de un ejemplo, product_thumbnaily product_cart, de 200x180 y 180x180). Esto resulta tedioso y reduce la productividad del editor.
- Complica la aplicación en el backendya que para atenuar los inconvenientes que pueden surgir se debe prever en qué estilos de imagen se va a usar cada imagen y configurarlo a nivel de campo basado en el contenido. ¿Qué pasa cuando a mitad de proyecto deseamos agregar un nuevo estilo de imagen? ¡Tenemos que recortar todo el contenido existente para este nuevo crop!
- La simplificación precedente no es posible cuando no empleamos las imágenes de manera directa asociadas a un campo si no que queremos usar una librería tipo Media, en tanto que entonces los recortes pertenecen a la imagen que está completamente disociada del contenido donde se utiliza (como debería de ser).
Un caso práctico con este ejemplo: imaginemos que se quiere añadir una funcionalidad de producto destacado, mostrando su imagen a digamos 600x600 píxeles. Dado este escenario precisamos 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 vez de 400x400), con lo que sería necesario registrar un nuevo recorte(y recortar los contenidos nuevamente).
Back to top2) Separar el recorte de los estilos dónde se usa, una buena idea
El inconveniente esencial de la aproximación anterior es que se asocia cada cropcon el estilo de imagen donde se usa dicho recorte. De esa relación directa es de donde surgen 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 apaisada, vertical, etcétera, pero cuando deseamos mostrarla en un hueco con un ratio determinado usamos un recorte para señalar qué 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 una parte 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 quiera que se pretenda emplear, solo hay que tener en cuenta el ratio. De este modo si sostenemos el número de ratios posibles al mínimo, el número de recortes que tendrá que elegir un editor será menor y más fácilmente reutilizable en otras áreas de la web. ¿Por qué no usar el mismo recorte para el producto en el carro y para las miniaturas si ambas 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 directamente y completa en la visualización. Su objetivo no es la selección del área sino más bien optimizar 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 un lado 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 congruentes 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 empleo de un mismo recorte en diferentes estilosde imagen ( teaser, contenido completo, miniatura, etcétera.
- No condiciona el recorte según dónde se utiliza.
- Permite el ajustede las dimensiones finalesdel estilo sin tener que rehacer el recorte, lo que implica un reajuste manual (toda vez que mantengan el mismo ratio).
- Evita la pérdida de recortes en contenido existentetras el ajuste o bien refactorización del diseño (siempre que sostengan exactamente el mismo ratio).
- Fuerzael uso de imágenes basadas en ratios reutilizables, algo que evita una dificultad en muchas ocasiones innecesaria.
- Los recortesquedan asociadosa la entidad Media(no al contenido como versiones precedentes de Drupal Trademark) por lo que al reusarla, también se reutilizan los recortes ya efectuados, eludiendo tener que regresar a efectuar otro recorte para el nuevo empleo.
- 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 la parte de los editores (siempre que ese ratio estuviese dado de alta anteriormente).
Un sitio apropiadamente estructurado normalmente no debería de emplear más de 3-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). Caso de que se necesite para una misma foto emplear un recorte distinto siempre y en toda circunstancia es posible subir la foto nuevamente a la librería de imágenes con un nombre diferente que meridianamente indique que esa fotografía tiene otro encuadre.
Media Library está concebido para volver a usar, volvamos a utilizar los recursos: imagen, título, propiedades y recortes.
2.1) 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 solucionar fácilmente de las siguientes maneras:
- Fijando unas dimensiones mínimasen el recorte ( soft limiten la configuración del efecto del recorte para sencillamente dar un aviso si se escoge una área de menor tamaño, o hard limitsi deseamos impedir que se escoge 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 manera que caso de que empleen imágenes de baja resolución pueden darse cuenta y usar un recurso de mejor resolución.
Back to top3) ¿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, pero sobre todo asociar los recortes a entidades de tipo Media (que serán en un caso así imágenes), de forma que siempre y cuando se use una imagen de la biblioteca tendrá exactamente los mismos recortes asociados: es suficiente con elegir 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 Adaptable Image nos servirán para especificar diferentes estilos de imagen en función de la densidad de pantalla del usuario.
Siguiendo con el ejemplo precedente de la tienda, pongamos que queremos utilizar 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. Basta con añadir como efectos el recorte manual que hemos creado previamente y un escalado para adaptarlo al tamaño preciso 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 mas en un caso así se escala a otras dimensiones.
En en el caso de que se quieran optimizar los estilos para pantallas de doble densidad, se tendría que dar de alta otro estilo por cada visualización alterando el escalado al doble del precedente (mas lógicamente el recorte seguiría siendo exactamente el mismo). Por servirnos de 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 amoldable 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 indicar 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, escogiendo la parte superior como la parte a preservar a lo largo del recorte automático.
Esto es especialmente útil para imágenes con personas puesto que evitaremos recortar las cabezas si dejamos el recorte a Drupal Trademark de forma automática.
Back to top4) 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 usado sin asociar directamente los recortes con estilos de imagen. O sea, separa los recortes que uses de las visualizaciones del lugar.
- Configura los estilos de imagen para usar los ratios que has creado, utilizando el efecto de manual cropy el escalado y recortado.