Es gracioso como acabo de ver tu tutorial de como usar componentes base y ahora acabo de ver tu tutorial de no usar componentes base. Impresionante el avance de figma.
Genial. Recientamente estoy en factorización de mi sistema por este mismo tema y tu video complementa lo que he investigado. Lo que si no he podido solucionar por mas que investigo es lo que mencionas en el 1:40 sobre el override de los iconos que no cambian de color. ¿Si no aconsejas seguír al pie de la letra esa parte entonces como podremos solucionarlo? Llevo mucho tiempo atascado con eso.
Que recomiendas como mejor práctica para "refactorizar" nuestros componentes que antes usaban "base components"? Por ejemplo los botones, que suelen ser el caso más común 😵y que tienen más variantes y nesting
Рік тому+1
Venía a preguntar lo mismo. Tenemos una librería pre-properties. ¿Cuál sería la mejor manera de actualizarla sin perder textos dentro de botones en otros archivos? ¿Toca crear un botón v2?
Hola Frank y Alejandro, en principio toca replantear cada componente por separado y analizando las casuísticas de cada uno. Estoy preparando la parte 2 de este video con algunos casos reales de botones, dropdown, cards... Un poco a modo de buenas prácticas 🤗
@@RaulMarin_Figma Gracias como siempre master! Justo el caso de los botones es el más común y de los que más cuesta. Mi método que creo que consume demasiado tiempo pero es el único que sé, es hacerle detach a la instancia del .base y copiar la apariencia de ese frame, desagruparlo y luego pegar la apariencia en el contenedor padre que ahora es el nuevo componente. Luego le aplico las propiedades.... Pero definitivamente me gustaría aprender las mejores prácticas!
Recuerdo un video que subiste hace más de un año, y te lo comente que no lo recomendaba, ya que es un problema al utilizar los componentes para los equipos y muchas veces los equipos no tienen un buen nivel e incluso customizar esos componentes se les hace complejo. a demás que es una locura utilizarlos con auto layout.
Tengo el siguiente caso: Estoy creando un sidenav... Este esta formado por componentes más pequeños, cómo por ejemplo: los items de navegación... Me pareció excelente la explicación, pero para este caso, me surge la duda, ya que no me gustaría que en el DS este públicado el componente más pequeño, sino el componente grande que seria el Sidenav... ¿Cual sería la alternativa, o la forma correcta de hacerlo?
Hola, si no quieres que un átomo (cualquier componente) se publique en la librería renómbralo con "_" o "." por delante del nombre y no se actualizará en la librería. _componente o .componente
Entiendo y comparto la mayoría de los problemas que dan los componentes base pero para "sistemas" que se customizan por cliente, es una forma muy rápida de cambiar propiedades que no están disponibles con las properties, por ejemplo paddings, altura o border-radius, ¿hay alguna alternativa?
Intentaré hacer algún video de refactorizado. De todas formas seguramente que las alternativas al componente base son lago mas lentas a la hora de solucionar ese tipo de casos pero hay que elegir entre performance y velocidad. Pronto ampliamos. Gracias por comentar!
Super interesante, me armaste de argumentos para proponer en mi equipo. Duda, ¿qué programa usas para que se vea como una lupa de ciertas secciones o para que se vea el crayoncito mientras navegas por Figma?
Hola Josz, gracias por el feedback. La herramienta se llama Screenbrush y está solo para Mac creo. Con la versión gratis te vale. Si estás en pc imagino que habrá cosas parecidas.
Consulta: Si hacemos un icono y no tiene un Base, y tengo que cambiar la forma, cuando tengo varios tamaños theme dark y light tengo que modificar las formas de todas las variantes, si tengo un base escalado y cloreado con cambiar el base estaría bien. como se puede hacer eso sin BASE? GRACIAS!
Hola Martin, gracias por comentar. No entiendo muy bien tu descripción del caso. ¿Te refieres a cómo cambiar la forma de un botón o el icono de un boton? Empiezo con las "burbujas" que comento en el vídeo se pueden hacer selecciones masivas y cambiarlo igual. Puede que lleve algo más de dedicación pero estamos trabajando con un concepto de performance como prioridad, y no tanto de velocidad de diseño.
¡Hola, Raúl! No he entendido bien por qué a la hora de explicar la facilidad para actualizar el texto en todos los botones has usado la selección múltiple en lugar de crear una propiedad de texto, asignársela al nombre del botón y así poder cambiarlo aún más fácilmente. ¿Es una mala práctica hacerlo como te he dicho por algún motivo? ¡Gracias!
Es gracioso como acabo de ver tu tutorial de como usar componentes base y ahora acabo de ver tu tutorial de no usar componentes base.
Impresionante el avance de figma.
x2
x3
Muchas gracias Raúl! Iré cambiándolos poco a poco por que no es tarea fácil ir deshaciéndose de ellos :,)
Ánimo y poco a poco ;)
Interesante tema, me lo apunto y me fijare a ver cómo trabaja el cliente con su DS...pero me apunto a la buena práctica con las properties. Graciaa
Gracias Germán ;)
Genial. Recientamente estoy en factorización de mi sistema por este mismo tema y tu video complementa lo que he investigado. Lo que si no he podido solucionar por mas que investigo es lo que mencionas en el 1:40 sobre el override de los iconos que no cambian de color. ¿Si no aconsejas seguír al pie de la letra esa parte entonces como podremos solucionarlo? Llevo mucho tiempo atascado con eso.
Gracias por el tip! Sería bueno que agregaras los links que tomas como referencia en la descripción del video para poder acceder a ellos facilmente.
Gracias por el feedback María, pensaba que eran fáciles de encontrar en Google escribiendo el titular o los autores... Los dejo por la descripción ;)
@@RaulMarin_Figma y lo son pero nada, pensando en la experiencia de tus suscriptores :D
@@ma.pazcornejo9843 jaja gracias María 👌
Que recomiendas como mejor práctica para "refactorizar" nuestros componentes que antes usaban "base components"?
Por ejemplo los botones, que suelen ser el caso más común 😵y que tienen más variantes y nesting
Venía a preguntar lo mismo. Tenemos una librería pre-properties. ¿Cuál sería la mejor manera de actualizarla sin perder textos dentro de botones en otros archivos? ¿Toca crear un botón v2?
Hola Frank y Alejandro, en principio toca replantear cada componente por separado y analizando las casuísticas de cada uno. Estoy preparando la parte 2 de este video con algunos casos reales de botones, dropdown, cards... Un poco a modo de buenas prácticas 🤗
@@RaulMarin_Figma Gracias como siempre master! Justo el caso de los botones es el más común y de los que más cuesta. Mi método que creo que consume demasiado tiempo pero es el único que sé, es hacerle detach a la instancia del .base y copiar la apariencia de ese frame, desagruparlo y luego pegar la apariencia en el contenedor padre que ahora es el nuevo componente. Luego le aplico las propiedades.... Pero definitivamente me gustaría aprender las mejores prácticas!
Recuerdo un video que subiste hace más de un año, y te lo comente que no lo recomendaba, ya que es un problema al utilizar los componentes para los equipos y muchas veces los equipos no tienen un buen nivel e incluso customizar esos componentes se les hace complejo. a demás que es una locura utilizarlos con auto layout.
Hola Martín, sí, recuerda que incluso en el vídeo ya comentaba la opinión de Joey. Que importante es hacer componentes pensando en el equipo 👌
Tengo el siguiente caso:
Estoy creando un sidenav... Este esta formado por componentes más pequeños, cómo por ejemplo: los items de navegación... Me pareció excelente la explicación, pero para este caso, me surge la duda, ya que no me gustaría que en el DS este públicado el componente más pequeño, sino el componente grande que seria el Sidenav... ¿Cual sería la alternativa, o la forma correcta de hacerlo?
Hola, si no quieres que un átomo (cualquier componente) se publique en la librería renómbralo con "_" o "." por delante del nombre y no se actualizará en la librería. _componente o .componente
Entiendo y comparto la mayoría de los problemas que dan los componentes base pero para "sistemas" que se customizan por cliente, es una forma muy rápida de cambiar propiedades que no están disponibles con las properties, por ejemplo paddings, altura o border-radius, ¿hay alguna alternativa?
Hola, si las capas se nombran igual hay un atajo para hacer cambios masivos que es: cmd+option+A y se selecciona todo. Te lo recomiendo 100%
Intentaré hacer algún video de refactorizado. De todas formas seguramente que las alternativas al componente base son lago mas lentas a la hora de solucionar ese tipo de casos pero hay que elegir entre performance y velocidad. Pronto ampliamos. Gracias por comentar!
Super interesante, me armaste de argumentos para proponer en mi equipo. Duda, ¿qué programa usas para que se vea como una lupa de ciertas secciones o para que se vea el crayoncito mientras navegas por Figma?
Hola Josz, gracias por el feedback. La herramienta se llama Screenbrush y está solo para Mac creo. Con la versión gratis te vale. Si estás en pc imagino que habrá cosas parecidas.
Consulta:
Si hacemos un icono y no tiene un Base, y tengo que cambiar la forma, cuando tengo varios tamaños theme dark y light tengo que modificar las formas de todas las variantes, si tengo un base escalado y cloreado con cambiar el base estaría bien. como se puede hacer eso sin BASE? GRACIAS!
Hola Martin, gracias por comentar. No entiendo muy bien tu descripción del caso. ¿Te refieres a cómo cambiar la forma de un botón o el icono de un boton? Empiezo con las "burbujas" que comento en el vídeo se pueden hacer selecciones masivas y cambiarlo igual. Puede que lleve algo más de dedicación pero estamos trabajando con un concepto de performance como prioridad, y no tanto de velocidad de diseño.
¡Hola, Raúl!
No he entendido bien por qué a la hora de explicar la facilidad para actualizar el texto en todos los botones has usado la selección múltiple en lugar de crear una propiedad de texto, asignársela al nombre del botón y así poder cambiarlo aún más fácilmente.
¿Es una mala práctica hacerlo como te he dicho por algún motivo?
¡Gracias!
Hola Enrique revisando el video uso la selección múltiple para acceder más facilmente a la propiedad (pero está creada también)