* [sup-talk] Change color of 'highlight' indicator in inbox view? @ 2009-09-06 9:42 Richard Sandilands 2009-09-06 13:07 ` William Morgan 0 siblings, 1 reply; 4+ messages in thread From: Richard Sandilands @ 2009-09-06 9:42 UTC (permalink / raw) Hi there Am just playing with colors.yaml and was looking to change the colors of the highlight line that indicates a selected thread in inbox view. Is there a setting for this element? -- Richard Sandilands ^ permalink raw reply [flat|nested] 4+ messages in thread
* [sup-talk] Change color of 'highlight' indicator in inbox view? 2009-09-06 9:42 [sup-talk] Change color of 'highlight' indicator in inbox view? Richard Sandilands @ 2009-09-06 13:07 ` William Morgan 2009-09-08 20:50 ` Carl Worth 0 siblings, 1 reply; 4+ messages in thread From: William Morgan @ 2009-09-06 13:07 UTC (permalink / raw) Reformatted excerpts from Richard Sandilands's message of 2009-09-06: > Am just playing with colors.yaml and was looking to change the colors > of the highlight line that indicates a selected thread in inbox view. > > Is there a setting for this element? Currently the highlight color is generated programmatically, so there's no setting in colors.yaml. You can edit colormap.rb#highlight_for (circa line 82) if you want. Ideas on how to move this configuration to colors.yaml (or some other configuration mechanism) welcome. -- William <wmorgan-sup at masanjin.net> ^ permalink raw reply [flat|nested] 4+ messages in thread
* [sup-talk] Change color of 'highlight' indicator in inbox view? 2009-09-06 13:07 ` William Morgan @ 2009-09-08 20:50 ` Carl Worth 2009-09-09 14:30 ` William Morgan 0 siblings, 1 reply; 4+ messages in thread From: Carl Worth @ 2009-09-08 20:50 UTC (permalink / raw) Excerpts from William Morgan's message of Sun Sep 06 06:07:48 -0700 2009: > Reformatted excerpts from Richard Sandilands's message of 2009-09-06: > > Is there a setting for this element? > > Currently the highlight color is generated programmatically, so there's > no setting in colors.yaml. You can edit colormap.rb#highlight_for (circa > line 82) if you want. Thanks for pointing this out. The highlight color has been one of the last color annoyances for me, but I hadn't done the effort to find this in the code yet. > Ideas on how to move this configuration to colors.yaml (or some other > configuration mechanism) welcome. What I think I would really like is a mode where none of the foreground colors/attributes change at all, (it seems distracting to have the text invert while trying to process mail quickly). Instead, I'd like the highlight to be a subtle change in the background color, (but still light or dark like the background so that the foreground colors are all still readable). I poked around at this, and my terminal does have two variants of each of 8 colors available (one brighter than the other), so it seemed like I should be able to use one as the normal background and one as the highlight background. But on looking closer, it appears that the terminal color support here is to name the 8 different colors and to select the variant for each with the bold attribute. So if I'm understanding that correctly, that's 16 colors available for the foreground, but only 8 for the background. That's frustrating. Such a limited color selection is almost unimaginable with hardware capability today. (I do see references to "xterm-256color"[*] terminal definitions. Could sup start depending on things like that? Are there users of sup using the Linux console or so, and does that support 256-color escape codes?). Anyway, I gave up for now and decided not to use color for highlight at all. Instead, I did: def highlight_for fg, bg, attrs [fg, bg, attrs + [Curses::A_UNDERLINE]] I should figure out how to make the underline vs. color choice for highlighting to be a configuration option in order to propose this as a proper patch. But I still would prefer a subtle change in the background color instead of an underline if anyone can figure out how to give me that[**]. -Car [*] And even 256 colors is antiquated. Anything requiring a fixed palette is very constraining on an application author today. [**] Of course, one way is to go away from a curses-based interface. That might very well make sense in the future where sup is implemented as a protocol and we can easily have multiple clients. For me, a graphical client won't be of any interest unless it allows full keyboard control exactly as sup does, but if it does that and renders text as well as my terminal, I could imagine using it. ^ permalink raw reply [flat|nested] 4+ messages in thread
* [sup-talk] Change color of 'highlight' indicator in inbox view? 2009-09-08 20:50 ` Carl Worth @ 2009-09-09 14:30 ` William Morgan 0 siblings, 0 replies; 4+ messages in thread From: William Morgan @ 2009-09-09 14:30 UTC (permalink / raw) Reformatted excerpts from Carl Worth's message of 2009-09-08: > So if I'm understanding that correctly, that's 16 colors available for > the foreground, but only 8 for the background. That's frustrating. Yup. Curses is happy to welcome you to 1982! > Such a limited color selection is almost unimaginable with hardware > capability today. FWIW, most terminal emulators allow you to tweak the actual colors that the curses colors refer to. So you have some flexibility about the actual colors, just a small palette. > (I do see references to "xterm-256color"[*] terminal definitions. > Could sup start depending on things like that? Are there users of sup > using the Linux console or so, and does that support 256-color escape > codes?). I'm not sure. I suspect no, but I would be interested in learning more. > I should figure out how to make the underline vs. color choice for > highlighting to be a configuration option in order to propose this as > a proper patch. I think the only patch I would accept at this point for tweaking the highlight would be a new hook. > Of course, one way is to go away from a curses-based interface. That > might very well make sense in the future where sup is implemented as a > protocol and we can easily have multiple clients. That is one of the goals. > For me, a graphical client won't be of any interest unless it allows > full keyboard control exactly as sup does, but if it does that and > renders text as well as my terminal, I could imagine using it. I agree completely. -- William <wmorgan-sup at masanjin.net> ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-09-09 14:30 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2009-09-06 9:42 [sup-talk] Change color of 'highlight' indicator in inbox view? Richard Sandilands 2009-09-06 13:07 ` William Morgan 2009-09-08 20:50 ` Carl Worth 2009-09-09 14:30 ` William Morgan
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox