Bash: simulador T9 (texto intuitivo teléfono)

Lo que me molesta es la estructura del bash... Te pongo mi algoritmo en lenguaje natural para que puedas entender mi razonamiento.



Inicio del algo

Se le pide al usuario que elija entre la conversión de número a letra o de letra a número.

caso 1: número a letra


Se le pide al usuario que introduzca su secuencia de números. Luego, para cada número, se asocia el grupo de letras (2 = (a/b/c); 3 = (d/e/f)...) que se muestra en pantalla y se busca en un archivo dico.txt una palabra existente con esa combinación.

caso 2: letra a número

Se le pide al usuario que introduzca su cadena de caracteres. Luego, para cada letra, se asocia el número correspondiente (a = 2; b = 2, c = 2, d = 3 ...) que se muestra en pantalla.


Fin del algo

Entonces, me quedo, para el caso 1, con la tabla, que, por otro lado, contendrá tantas expresiones entre corchetes (cf. man 7 regex) como números disponibles en el teclado :

exprCroc=( [2]='[abc]' [3]='[def]' ...)

la búsqueda en dico.txt se realizará, simplemente, con un

grep

que tenga como patrón la regex concatenada a partir de los datos proporcionados por el usuario y recuperados en la tabla.
si el usuario proporciona :

23

, entonces la regex construida será

"^[abc][def]$"

.

en ambos casos, hay que leer los datos proporcionados, un carácter a la vez.

while read -n1 l; do test -n "$l" && regex+="$l"; done <<<"mon_mot"

para el caso 1, se buscará el valor correspondiente en la tabla.
para el caso 2, se utilizará una indirección (cf. man bash).