Re: A colouring api that doesn't suck

[Elijah]

>> frequently what I see (and have to write all too often) is something
>> like this (pseudocode):
> This is addressed in the FAQ - 
> https://invisible-island.net/ncurses/ncurses.faq.html#backlog
> (you can certainly write and maintain an add-on library to do what's 
> suggested)

If you mean to make a library that integrates that colour pair lookup 
table to implement the *_ext functions I proposed, I don't think that's 
a solution.  Mostly because no one would use it :P.  The added 
complexity of integrating such a library wouldn't be worth the ease it 
added, when it wouldn't be much harder than making the same 
functionality in-house.  But also because it wouldn't actually solve the 
problem.  You still can't display a full complement of colour pairs. 
(Otherwise you wouldn't need the lookup table!  You could just do 
init_pair((fg << 8) | bg, fg, bg) for every fg, bg from 0 to 255.)

If the bottleneck is your ability to work on it, I would be 100% willing 
to write a patch implementing this extension.  I just want to know if it 
would be welcome or if I would be wasting my time.

  -E

(Double-sent because I didn't send to the mailing list the first time, 
by accident.)