Version: (using KDE 4.1.2) Installed from: Ubuntu Packages When we activate codefolding marks, a "column" is inserted between left border and text area. This codefolding marks column has the same background color as the text area background, so it's a bit confusing because it creates a tab-like between left border and text area. It would be great if we could choose the color of codefolding marks column. For example, it would be the same as left border background. I will attach image to illustre it.
Created attachment 28185 [details] Background colors in Kate In this example code, we see that lines 1-9, 17, 18 and 22 have blank background color for their codefolding marks column. It's confusing with tabs.
Strange, the actual background color is clearly using the same as the line numbers (which is configurable), but the 0th-level color seems to be the same as the text background (and IMO it should be the same as the line number background, not tinted for level 0). I haven't looked at the relevant code, so I'm not sure if it's actually getting tinted to that, or if the tint is relative to the text area. However, I suspect the former, since with my color scheme I get something that is quite clearly along the fold-tint path and very distinct from my base text background. At any rate, I don't think configuration is needed, just tweaking of whatever the tint algorithm is getting wrong (if it's not already fixed in trunk)...
Created attachment 28196 [details] Background colors in Kate I've changed background color for the text area (in orange) and the left border (in green). We see that the codefolding marks "column" is still in blank (#FFFFFF). I don't have any option to set this color.
Okay, two problems here. First, the color seems to not use kate colors at all, but is using system colorscheme colors, which in this case is clearly wrong. Offhand, I'm not sure how to fix it (as I don't know how to get the kate colors in KateIconBar::initializeFoldingColors), but it should be using the icon bar background as the first color at least. For the "middle" and "deep" colors it should probably be using tints of some foreground colors from kate, but picking which ones is possibly a bit tricky. Therefore, I'm starting to reconsider if it should be configurable. (Oh, and can we please use KColorUtils::tint here?)
SVN commit 908542 by mwoehlke: Don't use hard-coded (and potentially wrong) colors for the folding markers. For 4.2 this loses the rainbow colors, they'll come back in 4.3 where I can make the UI changes (which I can't in 4.2 due to string freeze) to make them configurable. Fixes bug 173695 (which I am not closing until it is fixed with configurable colors in trunk). CCBUG: 173695 M +29 -87 kateviewhelpers.cpp M +2 -3 kateviewhelpers.h WebSVN link: http://websvn.kde.org/?view=rev&revision=908542
SVN commit 908568 by mwoehlke: Code folding marker improvements: fix initial color, fix arrow luma, eliminate unneeded second color set. This also removes the HSL blending code in favor of KCU::tint, which seems to work well. If not, we should add an HCY blend along the lines of ::tint (specifically, in how it handles the HC components for low-chroma colors, i.e. it should be ::tint but with linear Y response) to KCU. TODO: make configurable! BUG: 173695 M +37 -85 kateviewhelpers.cpp M +2 -3 kateviewhelpers.h WebSVN link: http://websvn.kde.org/?view=rev&revision=908568