[Plib-devel] Re: [PATCH] puListBox: don't use hard-coded colo rs

[Melchior F. <mf...@us...>]

* Fay John F Contr AAC/WMG -- Thursday 14 July 2005 18:31:
> <off-topic>
> 	Ah, so you're not fair dinkum ... I can see where people might get
> confused, though.  Do Austrians have an expression like "fair dinkum" to
> indicate membership?

Not that I knew. But I'm sure all of our neighbor countries have some
"nice" names/descriptions for us. Ha! And the other way around, too!  :-)
> </off-topic>


 
> 	I'm not quite up on my bitmap font conventions, but I need to ask
> whether your change moves the letters "j" and "f" over one pixel to the left
> or whether it increases their width by one pixel.

Well, I wrote "It increases the space after j and f", and that's what it does.
You can't decrease the space before a j and f, because, as one can easily see,
they are already left aligned:

  {  3,  0,  0,  0, 64, 64, 64, 64, 64, 64,224, 64, 48,  0,  0,  0}
                                           ^^^
  {  3,128, 64, 64, 64, 64, 64, 64, 64, 64, 64,  0, 64,  0,  0,  0}
       ^^^

I just increased the character width by one, thus introducing one zero bit
at the right. (If the character would already have been 8 bits wide, then
this would have meant to add 15 bytes per character. But why do you ask?
All characters are left-aligned, and there's not enough gap after these
two. I'd say the choice is somewhat limited.

m.


PS: what about the patch that this thread was originally about? The hardcoded
    puListBox colors. And, which color should we (ab)use for the puSelectBox
    and puComobBox input field?