La disponibilità di questi simboli, piuttosto di altri, ha una logica: chi si è cimentato nel progetto di una macchina combinatoria di questo tipo a partire dalla sua tabella di verità è a conoscenza delle cosiddette condizioni di indifferenza; in breve (sarebbe divertente poter andare più a fondo, ma non è questo l'ambito giusto...) partendo dal presupposto che le ultime 6 combinazioni non devono mai essere fornite (perché non appartenenti al codice BCD), il valore logico che la rispettiva uscita può assumere è indifferente, cioè può essere assunto a piacere uguale a "1" o a "0", nel modo più conveniente ai fini del progetto stesso.
Se, nonostante il divieto, si fornisce (a progetto finito) una delle ultime 6 combinazioni vietate, l'aspetto delle uscite è dunque legato alle scelte imposte alle relative condizioni di indifferenza e si traduce (nel nostro caso) in quello mostrato dalla precedente figura.

Il caso ha voluto che due dei simboli ottenuti siano realistici [una "c" per (1010)₂ e una "t" per (1110)₂], ma soprattutto l'ultimo [mostrato con ingressi a (1111)₂] si presta ad una interessante considerazione: se il programmatore impone in ingresso il codice binario (non BCD) 1111 otterrà come effetto quello di spegnere il digit controllato dal Decoder; vedremo tra un po' che questo effetto, decisamente utile, è gestibile anche da hardware ma la possibilità di ottenerlo direttamente da software ha il grande vantaggio di non costare nulla!

L'aspetto delle uscite per ognuna delle 16 combinazioni possibili è quindi quello mostrato dalla seguente figura; da notare che le scelte imposte dal progetto per la visualizzazione del "6" (0110)₂ e del "9" (1001)₂, portano a simboli entrambi privi del trattino esterno, previsto invece (come in e in ) da altri decoder: