The beginnnings of an idea for a variation? #69
Replies: 4 comments 1 reply
-
Aha! Pretty happy with this
|
Beta Was this translation helpful? Give feedback.
-
Some pretty good observations here, thanks! Yesterday I made some improvements to Gitsigns here. Some highlight groups for this plugin were simply not considered before, so I added them now. I think it looks much better now. Selected item in completion menu does seem to have a background that's a bit too bright. I agree that it's hard to read the text in selected item. I'll take a look at this as well. As for the general concern of floating windows being too bright, I like the minimalism of it (there is no need of borders then). If you want non-bright floating windows with borders, there is a config for that, I call it flat background: require('mellifluous').setup({
flat_background = { floating_windows = true },
}) However, it will not make completion menu flat... I think I did it this way because the completion menu does not have borders by default. ui = {
-- The border to use for the UI window. Accepts same border values as |nvim_open_win()|.
border = "none", -- e.g. try "single"
} I think TLDR: the variation exists and it's configured with |
Beta Was this translation helpful? Give feedback.
-
Just to clarify, the border for |
Beta Was this translation helpful? Give feedback.
-
Completion menu readability was improved with #73. I hope you agree that both the completion menu and gitsigns preview look better now. These are things that I myself got used to and unconsciously learned to ignore, so I'm glad that you voiced your opinion. |
Beta Was this translation helpful? Give feedback.
-
Greets,
I have almost no idea what I'm doing but think I'm onto something. Before going too crazy, I figured I'd share thoughts and ask for some help.
So I'm not especially fond of how things look as far as the floating windows are concerned. The background just feels too bright which in turn, makes the foreground text more difficult to read than need be when they're set against the even lighter foreground of a selected entry. For example, we see this with completion:
Granted, I totally understand how subjective this is but for me (several feet away from my monitor), it's not exactly easy to distinguish the
aa
compared to theoo
on the next line. Issues involving the aging eyes aside, I'm simply talking about the bright-on-bright aspect.... OK so then I also am not especially fond of how a:GitSIgns preview_hunk
is rendered:It seems to me the grey background color serving more of a functional role in terms of distinguishing the area of the thing. I just don't like it because (as shown) it blends with the exact same color of CursorLine which kinda "blends" things in a way that.... irks. OK so I figured I'd see how these things look in another established them like Astronvim's default....
Aha! Much better. the entire area is darkened making it impossible to clobber against CursorLine and we have a nice border to help with definition.
Yep, looks good
So I started to explore adding some
highlight_overrides
. I figured outFloatBorder
and have been using trial & error to figure out the Cmp groups (I'm obviously not entirely there yet). Basically, I've got enough to see a light at the end of the tunnel but I am changingbg
colors which I don't believe is the typical way of things as far as this theme is concerned.I absolutely see the potential there if I could just replace the bright gray of the first matched line with the gray of the 2nd line and then remove the gray highlight from the 2nd as well. As shown by the commented config, I still need to get the match going and there are other groups to identify...
Again, feels like it's heading in the right direction as long as I remove that gray background of
FloatTitle
.Happy to keep digging around on my end but am very interested in hearing thoughts as I tend to think this style could justify a new standard variation?
Beta Was this translation helpful? Give feedback.
All reactions