Proposal: categories on extensions of VSCode

[LuisSarmientoM]

Descripcion ✏️

Propongo dividir las extensiónes de vscode en categorías, extensiones de linter, ia, Herramientas/Tools, otros, etc

Cambios visuales 🎨

[x] - Te agregaste como contribuidor/a, en el archivo mdx que tocaste?
[x] - Verificaste que createdAt y updatedAt del recurso esten actualizados? (Si corresponde)
[x] - Verifica si corresponde actualizar createdAt en menu.mdx (para secciones nuevas)
[x] - Verifica si corresponde actualizar updatedAt en menu.mdx (para recursos nuevos o actualizados)
[x] - Agregué un link y funciona correctamente.
[x] - Agregaste test para cubrir la nueva funcionalidad (Solo al modificar código)

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name	Status	Preview	Comments	Updated (UTC)
recursostech	✅ Ready (Inspect)	Visit Preview	💬 Add feedback	Jan 30, 2024 4:29am

[nsdonato]

Hola! Gracias por el aporte! Me gusta tu idea, el tema es que no queda reflejado que son extensiones.
Si leo VSCode > Otros por ej, no se termina de entender bien de que trata.

Lo que se me ocurre es que cada item de las extensiones tenga una propiedad extensionType y que en la página de extensiones haya un buscador por tipo. Que pensas?

[LuisSarmientoM]

Y si solo son extensiones?, es decir, en el menú diga extensiones VSCode (quizá sea muy largo) y dentro estén solo categorías.

¿o tienes pensado agregar algo más de VSCode?

[nsdonato]

Y si solo son extensiones?, es decir, en el menú diga extensiones VSCode (quizá sea muy largo) y dentro estén solo categorías.

¿o tienes pensado agregar algo más de VSCode?

Pensaba snippets o tips de configuración, pero también podríamos hacer:

Extensiones
-> Chrome
-> VScode

Mantener lo que te comentaba del extensionType y la busqueda, que pensas?

[LuisSarmientoM]

Me gusta la idea del filtro, no me queda claro la búsqueda, es decir, si llego a ese recurso es para buscar nuevas extensiones.

[LuisSarmientoM]

Cambié VSCode a extensión y dentro coloqué VSCode y google chrome

[nsdonato]

Me gusta la idea del filtro, no me queda claro la búsqueda, es decir, si llego a ese recurso es para buscar nuevas extensiones.

Es una busqueda "filtro", podrías filtrar por tipo o directamente buscar la palabra, no sé "typescript" y que te filtre las cards relacionadas a eso, se entiende?

[LuisSarmientoM]

Yo lo pensé así:

1. Agregar dos nuevos atributos en la documentación filter y filterBy.
2. Cada item del submenu podrá tener una categoría o tags, si no tiene una por defecto se agregará en 'Otros' para no
3. Al renderizar un sub menu (ejemplo, extensiones de VSCode) si filter está true, mostrar un select que tendrá todas las categorías o el atributo que seleccionemos en filterBy.

De esta manera tendremos siempre actualizado el select según la documentación.

No sé como hacer en Next que se muestre la información según el select.

[LuisSarmientoM]

Acá agregué lo que comentaba, falta que filtre según el category que se selecciona.

[LuisSarmientoM]

Si la documentación tiene filter en true se usará un client component y se mostrará un select con las categorías que estén en cada item de submenu.

• Ejemplo antes del filtro:
  

• Ejemplo después del filtro:
  

[LuisSarmientoM]

Cierro pull request, demasiados conflictos que resolver y me da pereza 😄, haré un nuevo pull request.

[nsdonato]

Cierro pull request, demasiados conflictos que resolver y me da pereza 😄, haré un nuevo pull request.

Te iba a dar una mano, fui cerrando prs, antes de mergear lo último, pero me parece mejor, así le damos una vuelta a esto porque poner filtros en el mdx no me cerraba mucho. Con agregarle un tag al ítem de las extensiones estaría bien, el resto lo hacemos directamente mediante un componente 😊