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.
l'intenzione sarebbe di riservare i caratteri non alfanumerici ai colori dei font (invece che i soli [ $]).
invece i caratteri alfanumerici ai pattern utente.
magari me ne faccio bastare -diciamo- quattro, di caratteri non alfanumerici per i colori dei font...
tipo
c None (trasparente)
. c grey quasi background
" c grey intermedio
* c grey quasi foreground
$ c foreground
e anzi, a seconda del foreground e del background, potrei sfumare corrispondentemente...
just preparing for a bigger change...
introduced a global font (just one), it is lower case per default.
I intend to modify the function for registering the default xpm to something
accepting the 64x64 bitmap (application dependent) and insert it into the
global pixmap. an other function could be used to register the alfabet
pixmap and correspondently setting the variables indicating the position of
each character. we would only support monospace alfabets.
the 'printing' functions would also be simpler (less arguments), since it
would be the library knowing which is the alfabet in use.
