On Tue, Jul 07, 2020 at 05:55:32PM +0200, Frederic Cambus wrote: > On Wed, Jul 08, 2020 at 12:06:27AM +1000, Jonathan Gray wrote: > > On Tue, Jul 07, 2020 at 03:16:33PM +0200, Frederic Cambus wrote: > > > Hi tech@, > > > > > > The recent spike of interest around framebuffer consoles has prompted > > > me to revisit a proposal I sent back in early 2017 [1]. > > > > > > Aesthetics considerations aside, kettenis@ raised the concern that colors > > > from the original rasops palette carefully matched what OpenFirmware > > > uses for the console on sparc64. > > > > > > Therefore, I propose to default on using the proper VGA text mode palette > > > RGB values, and to keep the original rasops color palette on sparc64. > > > > > > The differences between the two palettes can be seen here [2]. > > > > > > Comments? OK? > > > > Why is it important to match VGA colours? > > We don't try to match video modes or fonts. > > In case it wasn't obvious by comparing the two palettes, the main problem > with the rasops palette it that the NORMAL_RED, NORMAL_GREEN, NORMAL_BLUE, > NORMAL_MAGENTA and NORMAL_CYAN colors are too dark. > > NORMAL_BLUE is especially problematic as it's very difficult to read on > a black background. > > It is used as the default color for comments in vim. It's also (I know I'm > not going to make any friends here) the color used to "highlight" (ahem) > directories in colorls. > > One can test in frame buffer consoles by doing: > > export TERM=wsvt25 > > And run either vim or colorls -G.
Thanks for the explanation. The proposal makes more sense from the point of view of the existing colours being darker for openboot black on white. #if WS_DEFAULT_BG == WSCOL_WHITE old #else new #endif would have made that a bit more readable. It is interesting that the choice of blue comes up as being problematic in xterm as well when reading XTerm-col.ad For us though it really comes down to white on black (!sparc64), black on white (sparc64) and white on blue for the kernel. I agree with the sentiment that people should be using X and leave rasops/wscons as simple as possible.
