You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi! Off the bat, I just wanted to say that I’ve been a long-time user of seoul256 (on and off since I started Vim a year ago), and I just wanted to thank you for all the great work you’ve done, not only on this colourscheme, but also on all your Vim plugins 😄!
I was wondering if you had considered switching over to colortemplate to make not only the handling of colours in true colour and 256 easier, but also to make the general syntax of writing a colourscheme easier.
In particular, I’ve noticed that there is a lot of code in seoul256 to make sure that the colours render properly everywhere, but that does not seem the case any longer (see #50 and #32) as iTerm v3.0 changed the way colours are handled, which meant that the 256-variant of seoul256 does not display colours properly in either iTerm or Terminal.app. As you have mentioned, all the versions of seoul256 that cannot be used on macOS are not tested by you, so you do not know if there is anything wrong with them.
In the state the colourscheme is at now, the only way to get the correct colours is to: use MacVim, or iTerm with termguicolors.
I just found these points interesting, not meant as criticism at all, I really like the things you do 👍
Edit: I have created a new repository that replicates most (missing the plugin and ruby stuff) of the dark version of seoul256 in the default background colour. It displays the colours I have defined correctly (I’m sure there are some mistakes, but not that many) the same as seoul256, and the 256 version is much closer to the termguicolors or GUI version than seoul256.
P.S. I am not sure how you would replicate the background-setting stuff and the colours that are dependent on it e.g.
Update: the dark and light versions are now both (almost) complete, ruby included. Some colours were extremely similar, but not quite the same (e.g. the yellow in IncSearch and Wildmenu), so I have made them the same colour. There were a few other small things like these that I have left out, but I think it is for the better. An example of this is the underline in the tabline. This has always annoyed me, and several other extremely small things like this have been changed in seoul8.
The only thing left to do is add plugin (i.e. ALE, GitGutter) support.
Unfortunately, I believe that the custom background brightness support will need to be dropped in order to facilitate the switch over to colortemplate, which is a shame. It is really quite cool, and is enhanced a lot by Little script for dimming/brightening screen colors #39.
A possible issue that may arise with a switch over to colortemplate would be the breakage of all current configuration options, as well as any users that liked the incorrect darker colours.
Hi! Off the bat, I just wanted to say that I’ve been a long-time user of seoul256 (on and off since I started Vim a year ago), and I just wanted to thank you for all the great work you’ve done, not only on this colourscheme, but also on all your Vim plugins 😄!
I was wondering if you had considered switching over to colortemplate to make not only the handling of colours in true colour and 256 easier, but also to make the general syntax of writing a colourscheme easier.
In particular, I’ve noticed that there is a lot of code in seoul256 to make sure that the colours render properly everywhere, but that does not seem the case any longer (see #50 and #32) as iTerm v3.0 changed the way colours are handled, which meant that the 256-variant of seoul256 does not display colours properly in either iTerm or Terminal.app. As you have mentioned, all the versions of seoul256 that cannot be used on macOS are not tested by you, so you do not know if there is anything wrong with them.
In the state the colourscheme is at now, the only way to get the correct colours is to: use MacVim, or iTerm with
termguicolors
.I just found these points interesting, not meant as criticism at all, I really like the things you do 👍
Edit: I have created a new repository that replicates most (missing the plugin and ruby stuff) of the dark version of seoul256 in the default background colour. It displays the colours I have defined correctly (I’m sure there are some mistakes, but not that many) the same as seoul256, and the 256 version is much closer to the
termguicolors
or GUI version than seoul256.P.S. I am not sure how you would replicate the background-setting stuff and the colours that are dependent on it e.g.
Also, I think using
set bg
to define whether you want the light or dark version is a bad practice? (I’m not sure).The text was updated successfully, but these errors were encountered: