agarsev/signario-web

Interfaz Web para el Signario de LSE

Hi!

My name is Antonio Fernando García Sevilla (a.k.a. Antonio F. G. Sevilla, AFGS, agarsev...), and I’m a computational linguist and AI engineer. I earned my PhD at Universidad Complutense de Madrid with the great people of NIL and GRIFFOS, working on Sign Language processing. I've also been at University of Malta, Charles University in Prague, and Universidad Autónoma de Madrid.

If you want to see my CV, click here! You can also check out my website or ORCiD profile.

Recent projects:

• VISSE "Visualizing SignWriting": tools and research for improving the usability of SignWriting (a sign language writing system).
• Signario LSE A parametric dictionary ("Signary") of Spanish Sign Langugae (LSE).

Some other links:

• 🔑 RSA Public Key
• 📚 Scientific publications
• 💿 Apps

signario-web's Issues

Refactor web

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

Mejorar buscador español

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

Búsquedas negativas

Guardar en cookie estado de preguntón avanzado

Mejorar buscador signotacion

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

Mejorar acepciones y glosa

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

Pop-up info signario

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

Formalizar y documentar despliegue

Acabar preguntón

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

Regla de equivalencia para buscar círculos

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.

Mejorar interfaz móvil

Reorganizar UI dinámica

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.

No indicar punto cardinal en L' si hay contacto

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?

Mejorar responsividad cuadro de búsqueda

Problemas detectados:

• acentos
• cursor salta

Mejorar links internos

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

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

En markdown.server.js.

Resultados dinámicos

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

Pensar si equivalente para pantallas pequeñas.