summaryrefslogtreecommitdiffstats
path: root/src/version.c
diff options
context:
space:
mode:
authorChristian Brabandt <cb@256bit.org>2023-11-08 21:23:29 +0100
committerChristian Brabandt <cb@256bit.org>2023-11-08 21:23:29 +0100
commit6a650bf696f1df3214b3d788947447c5bbf1a77d (patch)
tree8734a25b02ca08bc77c0e77694564ed1e0d3e43e /src/version.c
parent1fc47c2c9bf3121268ebab03a0662e0cf2e5cb26 (diff)
patch 9.0.2095: statusline may look different than expectedv9.0.2095
Problem: statusline may look different than expected Solution: do not check for highlighting of stl and stlnc characters statusline fillchar may be different than expected If the highlighting group for the statusline for the current window |hl-StatusLine| or the non-current window |hl-StatusLineNC| are cleared (or do not differ from each other), than Vim will use the hard-coded fallback values '^' (for the non-current windows) or '=' (for the current window). I believe this was done, to make sure the statusline will always be visible and be distinguishable from the rest of the window. However, this may be unexpected, if a user explicitly defined those fillchar characters just to notice that those values are then not used by Vim. So, let's assume users know what they are doing and just always return the configured stl and stlnc values. And if they want the statusline to be non-distinguishable from the rest of the window space, so be it. It is their responsibility and Vim shall not know better what to use. fixes: #13366 closes: #13488 Signed-off-by: Christian Brabandt <cb@256bit.org>
Diffstat (limited to 'src/version.c')
-rw-r--r--src/version.c2
1 files changed, 2 insertions, 0 deletions
diff --git a/src/version.c b/src/version.c
index d4fe38f286..1e45be1bee 100644
--- a/src/version.c
+++ b/src/version.c
@@ -705,6 +705,8 @@ static char *(features[]) =
static int included_patches[] =
{ /* Add new patch number below this line */
/**/
+ 2095,
+/**/
2094,
/**/
2093,