sebastianclaros / teatime Goto Github PK

ver si recibe un string (serializado) vs un objeto

el Json de filter deberia una lista de terminos, donde cada termino tiene 3 propiedades, dos mandatorias field, y value, y optativa operator (por omision es =)

Ejemplo simple:
[ {"field": "field1", "value": "value1"} ]

Ejemplo complejo:
[ {"field": "field1", "value": "value1", "operator", ">"}, {"field": "field1", "value": "value2", "operator", "<"}, {"field": "field2", "value": "value3"} ]

Soporte el formato nuevo

Ver si recibe un string (json serializado) vs recibe una estructura de apex

Ver como se agregam campos, y secciones

Estos campos deben viajar a la getProducts.

Desacoplar el product Detail para que se pueda ver en escritorio en 3er columna, en tablet en la 2da

Los componentes podrian tener propiedades para que el admin pueda armar una experiencia customizada.

• Al crear un filtro el componente podria o no ocultarse (configurable)
• Al quitar un filtro deberia volver a visualizarse (y podria limpiar el filtro o no configurable)
• Algunos componentes podrian ya tener valores fijos, ejemplo el Catalogo

Ejemplo al poner un rango de precios podria automaticamente ocultarse el componente, y al quitarlo que vuelva a aparecer ( algo similar a lo que uno usa en Mercado Libre), esto permite no estar scroleando para buscar el componente, y si el orden esta bien pensando, va quedando como una secuencia de preungtas.

recibe filter que es un json y cuando borra un item emite un evento onchange emite el filter completo

El formato del json es una array de terms, donde cada term es un objeto asi:
{ "label", "", "field", "", "value", "", "operator": "" }

La product Grid o guilla de producto tiene que ser similar a la grilla de ebike. Por cada producto tiene que mostrar la productCard y pasarle los datos

• Actualizar los comandos de SF en el Readme
• Actualizar la ceracion de la scracth para que tome ingles por default
• Agregar tabs de contact y account a la app

• start
  [X] assign branch al issue
  [ ] buscar el title y poner como branch name
  [ ] si no viene el issueType puede buscar el issueType (de los labels)
  [ ] si no tiene el label del issueType entonces actualizar el label con el issueType

restart seria si ya existe la branch
[ ] ahi en vez de crear la branch deberia hacer un checkout y pull

• stop
  habria que ver si asignar la branch es con el publish
  templates

• Apadtar el filter actual al formato nuevo.
• incluir el componente product-show-filter, pasarle el json y agregar un handler

El JSON que importa datos no trae precios.

Hay que crear una lista de precios standard, y podria tb crearse alguna lista mas.

Y despues poner un price a cada producto por c/u de las listas

Deshabilitar Lightning Web Security para que permita hacer debug del código JS desde la consola de chrome.
Si está habilitado, todos los console.log generados por los LWC salen asociados a un mismo archivo "aura_prod.js" haciendo imposible saber de cuál componente proviene ese log, y abrirlo para debugear.

Ejemplo:

Se propone destildar la checkbox (colocar en false) para que los logs salgan asociados a sus respectivos archivos JS:

Resultado:

Abriendo el archivo asociado al log:

Ver definicion del componente

• Dividir los filtros en subcomponentes
• soportar una api para customizar los filtros
  Cada componente tiene que emitir un evento con el array de terms
  El productFilter toma estos datos y los manda

Caso 1: Agregar un filtro nuevo
Caso 2: Modiicar un filtro
Caso 3: Eliminar un filtro

Caso 4: Combinacion de varios filtros