Detectando Paints costosos y optimizando animaciones

.carousel-item:before {
  content: '';
  position: absolute;
  top: 0;
  left: 0;
  right: 0;
  bottom: 0;
  border-radius: 20px;
  box-shadow: 0 2px 8px rgba(0, 0, 0, 1);
  opacity: 0.4;
  transition: 450ms opacity;
}

.carousel-item:hover:before {
  opacity: 1;
}

.carousel-item:hover + .carousel-item {
  transform: translateX(100px);
}

.carousel-item {
  will-change: transform;
  border-radius: 20px;
  position: relative;
  display: inline-block;
  width: 200px;
  height: 250px;
  margin-right: 10px;
  font-size: 20px;
  cursor: pointer;
  transition: 450ms all;
  transform-origin: center left;
}

👀 Detectando Paints costosos y optimizando animaciones

opacity

transform

• Este tipo de optimizaciones no es algo que se haga al inicio si no que, al momento de detectar el problema, procedemos con la optimización del lugar visto
• Por lo general se trata de CSS y animaciones
• Esto es bastante notable de percibir ya que nuestro sitio web va lento o las animaciones no van fluidas
• Podemos medir los paints costosos con las dev tools en la sección en performance
• Debemos tener siempre en mente que todas las propiedades que cambiarán serán costosas a excepción y el transform
• Podemos preparar al navegador de futuros cambios con la propiedad will-change en CSS

RESUMEN: Podemos detectar paints costosos con las dev tools integradas de chrome. Tambien podemos reducirlas usando el concepto de Cualquier cambio en una propiedad que no sea opacity o transform genera un Paint y también usando la propiedad will-change de CSS

Pueden usar el selector ~ para lograr que todos lo items que le siguen al item que esta en estado hover tengan el translateX y no solo el inmediatamente siguiente

Y que pasa si mi JS tiene más ms que el paint y el render???

Si un sitio, ocupa en su código css propiedades con valores decimales. ejemplo= margin: 0.5rem 0.1rem 0.25rem 0;

Esta proporción decimal en el uso de medidas rem o em, influyen en el cargado de la página?, estoy pensando en como se comporta el calculo, para cada medida y cada elemento.
saludos!!=)

Recomiendo esta extension de VSC css-triggers, es muy útil para identificar de manera visual el impacto de cada propiedad CSS en el render.

😊👍

curso favorito y profesor favorita hehehe

will-change Sirve para decirle al navegador que algo cambiará y debe estar listo para optimizarlo.

Según google traductor:
hover = flotar.

No lo sé si el ajuste del box-shadow le dé una mejor optimización a la página web, si se tuvo una reducción en el tiempo del painting en 2 ms pero al crear otro elemento y aplicarle estilos con css se aumento el rendering en 6 ms.

Pagina para saber que tan costosa es la propiedad a animar
https://csstriggers.com/
Ejemplo:
Propiedad height
En cada uno de los motores de renderizado, podemos darnos cuenta por la imagen de abajo que requiere de los pasos de Layout, Paint y Composite, lo cual es bastante costoso.

Si les aparece el error, es que al meterse a otra librería, tienen que descargar una versión de webpack:

npm i [email protected] [email protected] [email protected]

Eso da a entender que los elementos que se remplazaron, no se deberian de usar en el caso de hacerlo con un Hover. ?

Por que eso no lo comentan.

Waoo esto es sorprendente y es algo que no conocia ni de cerca

realmente me impresiono lo que se optimizo con unos pocos cambios 😲

👌

Aquí está solo el código que el profesor hace en el navegador para seguirle el mismo ritmo 😃

.carousel-item:before {
  content: '';
  position: absolute;
  top: 0;
  left: 0;
  right: 0;
  bottom: 0;
  /* background: #ff634770; */
  border-radius: 20px;
  box-shadow: 0 2px 8px rgba(0, 0, 0, 0.4);
}