agarsev/signotator

Visual input component for Sign language coded with signotation.

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

signotator's Issues

Añadir aducción lateral a la pestaña M

Pues eso...

Restringir algunas lateralidades en la pestaña L

Hay signos de Cue y de Pec que se hacen en el centro (no se ajustan bien ni al modificador X ni al Y y hay que borrarlo a mano). Debería poder marcarse simplemente Cue / Pec y luego matizar con las flechas si es necesario.

Resaltado de sintaxis en el input

Crear componente que aúna el resaltado de sintaxis y el text input (como en guillermo). Usar en el test.

Opción versión zurdo

En opciones.

Cambia las flechas de Y <-> X (sólo visual).

Cambiar el hold a la pestaña M

Debemos terminar de consensuar los usos de hold, pero yo lo pondría como alternativa a los otros núcleos, en la pestaña M.

Lugar Muñeca (Muñ)

Algunos signos como RELOJ, HORA, BEDEL, MÉDICO, etc. se articulan en la muñeca de la H2. En estos casos, ¿es necesario indicar la QO de la H2? Intuyo que puede que siempre sea PICAM:Lfx, pero habría que verificarlo. Si decidimos transcribirlo, aunque solo sea por hacer la consulta en el corpus y comprobar que siempre implican PICAM:Lfx, se me ocurren dos posibilidades de signotación:

• [PICAM:Lfx]Muñ, es decir, como modificador de la posición relativa con respecto a la mano, como cuando hacemos [ ]H, solo que esto no es uno de los puntos cardinales sino un lugar natural (muñeca).
• Muñ[PICAM:Lfx], es decir, el lugar es Muñeca pero por lógica despliega estructura de H2. En estos casos, si hubiera modificador de contacto, ¿se pondría después de Muñ o después del [ ]?

Creo que me convence más la segunda opción. Si luego vemos que [PICAM:Lfx] es redundante por predecible, se podría omitir sistemáticamente de todos esos signos, y simplemente quedaría Muñ.

En todo caso, habría que añadir Muñ como lugar en el Signotator.

Interfaz visual

Quizá estaría bien sustituir todo (o casi) el lenguaje por iconos. Serían:

• Nombres de los vectores en la orientación
• Nombres de los parámetros en las etiquetas
• Configuración perspectiva signante/observador

Quizá los tres items es complicado, pero se puede intentar alguno.

Ayuda

Crear ayuda descriptiva para los distintos elementos.

¿Quizá tooltips on hover?

Contacto emergente de una evolución o de un giro

A la luz del signo DICCIONARIO, ¿sigues creyendo que no puede haber contacto si no hay desplazamiento?

github pages

showcase signotator with test bundle in github pages

Ocultar teclado en la versión móvil

Conviene ocultar el teclado en la versión móvil de la pestaña del Signotador (en la del Preguntón veo que ya no sale, así que bien).

Movimientos portadores

Quitar botones de zigzag y tirabuzón en la pestaña M del Signotador. Añadir botón de movimiento portador (ver #9). El icono podría ser una flecha larga con dos recuadros superpuestos a lo largo de la varilla.

Repetición de una dinamicidad a lo largo de un desplazamiento

Habíamos llegado a la conclusión de que signos como PEZ o AMIGOS se pueden signotar con una doble evolución (77) o un doble giro ($$) y luego un único gran desplazamiento (->) que hace de portador. ¿Qué pasa, sin embargo, cuando la dinamicidad que se itera en el desplazamiento es también un desplazamiento?

Hay casos de movimientos circulares (TRADICIÓN, TODOS LOS DÍAS) . La lógica pediría transcribir I:Bx:[]H:(H,F)(H,F):->:F. Se plantean dos problemas:

• (H,F)(H,F) ya satura el campo de desplazamiento, pero luego queremos meter otro para ->
• (H,F)(H,F) está en antifase (~), pero el rectilíneo está en acompañamiento (&). ¿Podríamos indicar la antifase justo después de los movimientos circulares y el acompañamiento al final del signo?

En otros casos, el movimiento que se repite dentro del portador también es rectilíneo (NEPAL, A RAYAS). De nuevo, para NEPAL habría que transcribir algo así como pir:Xh:->->:HL:->:Y. Pueden parecer dos sílabas, al indicar un nuevo desplazamiento después del primero. También puede parecer contradictoria una dirección del movimiento que sea HL (solo se entiende si se interpreta en un contexto del portador Y). En el caso de A RAYAS, solo sería ->->:L:->:Y

La alternativa (especificar movimientos diagonales a HY, XY, HY, XY, como si fueran muchas sílabas) no me gusta cognitivamente (se pierde la intuición del portador) y tampoco permitiría poner una R (porque no repites la misma sílaba sino una secuencia de dos sílabas).

¿Qué opinas?

Iconos botones

Faltan las ilustraciones para los siguientes botones:

• contacto? pensar para sustituir a asterisco
• E: ^, 7, +
• _ (antebrazo)
• S: =, ~, &, R, N, !

Mejorar colores

Más customizable por usuario, p.ej bg color.

Usar variables de tailwind?

En móvil el cursor no salta al interior del corchete si lugar es H2

Pues eso...