l'idea di separare lettera e accento non è proponibile in quanto troppo
complicata oltre che limitata. quindi semplicemente definire la mappa dei
caratteri! lavoro noioso e ingrato. l'ho già fatto per il set 6x8, mentre
ho usato uxterm per copiarmi i suoi set di caratteri, ma sono quasi tutti
troppo grandi (alti). l'unico secondo me davvero utilizzabile è il
5x8-utf-8 (già aggiunto), gli altri li sto aggiungendo ora e sono:
6x11-utf-8, 7x14-utf-8, 8x13-utf-8, 9x18-utf-8.
la libreria fa finta che il set di caratteri contenga tutti i caratteri possibili e immaginabili, se non ci sono, pazienza.
aggiunti due set di caratteri con tutti i caratteri fino al numero 384.
per l'Europa dovrebbe bastare.
livello della cache: blocco alto tre linee.
la barra di contacting/buffering si sposta più lentamente.
scelto un rosso meno scuro.
ancora sul livello della cache:
corretto errore nella espressione regolare (leggeva il carico cpu invece della cache).
aggiunto bordino a barra della cache.
uso dell'indicazione della configurazione per la dimensione della cache.
aggiunto metodo per mettere lo stream in pausa.
lettura del file di configurazione in utf-8.
pyradio, ma quella non è un'applicazione scritta con pywmdockapps)
modificato Application.update, ora ricalcola il livello di riempimento della
cache solo una volta ogni tre cicli (ogni 0.3 secondi), questo per abbassare
il carico di lavoro sulla cpu.
rimossa l'eccezione se un carattere non rientra fra 32 e 127.
quello che succede è dipendente dall'encoding del file da cui vengono lette le stringhe.
nel test case le óńł occupano due caratteri, che vengono saltati e resta
quanto era stato scritto prima. forse si potrebbe prevedere una separazione
"lettera"/"accento", però devo trovare il modo di definire l'accento in modo
che sia sovrapponibile alla lettera, mentre quelli che ho ora le
cancellerebbero.
alla fine dell'alfabeto potrei aggiungere gli accenti su trasparenza...
acuto (é) grave (è) tilde (ẽ) circonflesso (ê) breve (ĕ) lungo (ēħ) v (č)
punto (ż) dieresi (ë) coda-destra (ę) coda-sinistra (ç) obliquo (ł) o (å)
resterebbe il problema di caratteri quali ß æ œ ...
added new example application, on the way to the object oriented library.
the idea is to develop this program within one single source, but clearly
separating the general from the specific. so in this source I will have a
general 'Application' class which will contain no specific 'radio' code.
the radio code will make use of the general application class.
the program is not yet functional.
it really was a library problem... it was caused inside getFont by the way
I was choosing an alternative to a clashing character code. the correct way
is by choosing outside both the already defined characters and the
characters that the font uses. we were creating a cascade in clashes, and
were not able to handle it correctly. avoiding the problem is the best
cure.
modified the fonts: they start from background colour (None or Black) and go
to full intensity, which ought to be gray100 or white.
the initialization procedure will spread all colour differences between the
requested background and foreground proportionally to the intensity of the
gray char pixel.
most colour code clashes are resolved at initialization stage. there are
only a few things you should not reuse, such as the space for transparency.
just try out the result and make use of the 'debug' parameter which will
cause the function to print the the generated xpm.
