On 9 Jul 2009 at 10:59, Demian Ferreiro wrote: > Hi. > > I'm doing a little terminal-based game project and I was considering using > pdcurses to make it cross-plataform (initially it used borland's conio.h in > windows, but I've moved to linux now...). Note: the project is linked to > pdcurses in windows, but uses ncurses in linux. > > In Linux, however, I recently discovered that it was quite easy to get a 256 > configurable-color terminal, instead of the 8 color, non configurable-color > terminal that most linux distributions are shipped with: > $ export TERM="xterm-256color" > > So I wanted to know if there is any way I could get 256 colors in the > windows terminal or some way to emulate it. I've tested the win32 and the > SDL ports of pdcurses with a little test program that informs about the > color capabilities and prints the different colors and in both cases the > output is the same: 16 colors and can_change_color() == TRUE. > > I think this is reasonable with the win32 port, but I see no reason why the > SDL port should have this values. Anyone knows if the win32 console API > provides a way to get more than 16 simultaneous colors? And if that is the > case, might it be possible to change the win32 pdcurses library, or the SDL > one, in order to use that? (I have no problem to help with the code, I just > want to know from a pdcurses developer, or someone who is familiar with the > code, if this would be possible or not..).
I'm not certain this is the right answer, but I recall that DOS only supported 16 colors, divided into two shades each of 8 colors. I suspect that the current Windows console API is limited to supporting DOS color compatibility. If you open a console window and type "help color" or "color /?" you'll see the DOS/Windows color scheme. The "color" command is the DOS/Windows command line command for manipulating console window color. I seem to recall that more colors were possible under DOS with the appropriate graphics cards, but 16 colors was the base VGA color capability that the OS supported - with other schemes being device dependent. However, this is all a dim memory for me. Someone else can probably give a better answer. > > Well, this tourned to be a pretty long mail, sorry for that, and for my bad > english as well =P Your English is excellent! I wish I spoke any second language as well as you speak (or at least write) English. -- Alan Meyer AM Systems, Inc. Randallstown, MD USA vrme...@comcast.net