[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: A colouring api that doesn't suck
From: |
Elijah |
Subject: |
Re: A colouring api that doesn't suck |
Date: |
Mon, 12 Aug 2019 00:16:44 +0000 |
>> 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.)