Ahora que los resultados de búsqueda son dinámicos (#5), hay que reorganizar la UI.

Para pantallas grandes, mostrar la lista de snippets y el detalle principal a la derecha.

Para pantallas pequeñas, mostrar un botón de búsqueda para cargar los resultados, y colapsar el área de búsqueda cuando hay resultados o detalle (con opción de abrir).

Opcionalmente, usar useTransition para gestionar esto, y quizá poner throttle (dedup, debounce) a las búsquedas.

Esta consulta afecta a las convenciones de signotación pero interfiere con las reglas de búsqueda de la web. No sé si este es el lugar más apropiado para la issue.

Ejemplo: ANÉCDOTA, I:Xh:Nar:^:->*:L PICAM:Fh:[PICAM-:Hfx]H:+:->:L*

En el segundo morfema, la coda indica L*, pero pienso que bastaría con * (se entiende que el contacto es con el lugar indicado en el ataque, que es la H2). Pero no sé si quitar la L obliga a implementar alguna regla en el sistema de búsqueda en el caso que alguien quisiera especificarlo. Por otro lado, siempre que haya un modificador de posición relativa con respecto al lugar en el ataque, como aquí [ ]H, se predice que la dirección del movimiento es siempre la opuesta. Pero esa posición relativa no siempre se especifica, p. ej. cuando H1 está en [ ]Y, que es lo natural.

¿Puedo asumir la convención signotadora de poner solo * en este tipo de casos?

Cuando haya más signos, evaluar cuánto acierta y cuánto no, etc. Mejorar inflexión morfológica.

Lo que sigue son ideas, pero no necesariamente todas responden a problemas reales o van a mejorar los resultados, evaluar.

• case ignore en PICAM
• grafo proximidades lugares
• problema "->" != "-" ">"
• mejorar precisión buscando también segmentos enteros
• Qs implícitas tras evoluciones
• sinonimia circulares

Cualquier secuencia de dos posiciones consecutivas en la trayectoria de un círculo define a dicho círculo. Estandarizamos la notación de tal forma que {H,L} precede a {F,B} y este a {Y,X}; el primer elemento de la llave tiene prioridad sobre el segundo. Por tanto, se pueden establecer las siguientes equivalencias (el primer elemento de cada serie es el estándar).

Plano vertical
HY = YL = LX = XH
HX = XL = LY = YH

Plano horizontal
FY = YB = BX = XF
FX = XB = BY = YF

Plano paralelo a la pared lateral
HF = FL = LB = BH
HB = BL = LF = FH

Solo en algunos casos, la Signotación normativa incluirá un orden distinto al estándar, cuando sea muy evidente en qué posición termina el movimiento circular.

• Buscar acepciones también
• Buscar glosas con búsqueda naive además de FTS

Problemas detectados:

• acentos
• cursor salta

Refactorizar el layout cliente de la web.

• Remix 1 -> Remix 2 (app route layout)
• Cuadro de busqueda -> root layout
• Resultados dinámicos para pantallas grandes

En pantallas grandes, ocultar el botón buscar, y en su lugar cargar dinámicamente los resultados.

Pensar si equivalente para pantallas pequeñas.

Que la sintaxis sea: [texto del enlace](11023).

Automáticamente lleva a /signario/signo/11023.

En markdown.server.js.

Crear un pop-up con información adicional sobre el proyecto, créditos, etc. El texto tomarlo de la web, luego JM lo refina.

Acabar el preguntón web. Ahora mismo tiene algunos bugs y tal, pero lo suyo es implementar ya la versión definitiva.

• Diseñar flow, items, etc. Esta parte es para @jmlahoz así que le asigno
• Implementar. Para @agarsev

• Por defecto, no mostrar la glosa.
• Si no hay definiciones, usar la glosa.