Why do Vim colors look different inside and outside of tmux?Vim in tmux does not correctly determine background colorReset background to transparent with tmux?Clear to end of line uses the wrong background color in tmuxDifferent vim colors and styles in Tmux and GnomeTerminal 256 colors don't work through TmuxVim not running inside tmuxGetting 256 colors to work in terminal multiplexer256 Colors in xterm and tmux [in FreeBSD 10]Background color mismatch in vim and tmuxDifferent vim colors and styles in Tmux and GnomeVim in tmux does not correctly determine background colorterminal in Tmux is 256color but vim isn'tTerminal colors look wrong when using tmux with termiteTmux: terminal color is different inside tmux

Banach space and Hilbert space topology

Can an x86 CPU running in real mode be considered to be basically an 8086 CPU?

Why don't electron-positron collisions release infinite energy?

Why did the Germans forbid the possession of pet pigeons in Rostov-on-Don in 1941?

TGV timetables / schedules?

Prevent a directory in /tmp from being deleted

When blogging recipes, how can I support both readers who want the narrative/journey and ones who want the printer-friendly recipe?

What do you call something that goes against the spirit of the law, but is legal when interpreting the law to the letter?

The use of multiple foreign keys on same column in SQL Server

Email Account under attack (really) - anything I can do?

Do airline pilots ever risk not hearing communication directed to them specifically, from traffic controllers?

Possibly bubble sort algorithm

Is Social Media Science Fiction?

Is it tax fraud for an individual to declare non-taxable revenue as taxable income? (US tax laws)

Extreme, but not acceptable situation and I can't start the work tomorrow morning

How can I fix this gap between bookcases I made?

Is there a minimum number of transactions in a block?

Why is the design of haulage companies so “special”?

"which" command doesn't work / path of Safari?

Why doesn't Newton's third law mean a person bounces back to where they started when they hit the ground?

How to type dʒ symbol (IPA) on Mac?

Copenhagen passport control - US citizen

I’m planning on buying a laser printer but concerned about the life cycle of toner in the machine

What is the command to reset a PC without deleting any files



Why do Vim colors look different inside and outside of tmux?


Vim in tmux does not correctly determine background colorReset background to transparent with tmux?Clear to end of line uses the wrong background color in tmuxDifferent vim colors and styles in Tmux and GnomeTerminal 256 colors don't work through TmuxVim not running inside tmuxGetting 256 colors to work in terminal multiplexer256 Colors in xterm and tmux [in FreeBSD 10]Background color mismatch in vim and tmuxDifferent vim colors and styles in Tmux and GnomeVim in tmux does not correctly determine background colorterminal in Tmux is 256color but vim isn'tTerminal colors look wrong when using tmux with termiteTmux: terminal color is different inside tmux






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








23















Environment:



  • Fedora 25 (4.9.12-200.fc25.x86_64)

  • GNOME Terminal 3.22.1 Using VTE version 0.46.1 +GNUTLS

  • VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Feb 22 2017 16:26:11)

  • tmux 2.2

I recently started using tmux and have observed that the colors within Vim change depending on whether I'm running inside or outside of tmux. Below are screenshots of Vim outside (left) and inside (right) of tmux while viewing a Git diff:



enter image description here



My TERM variable is



  • Outside tmux: xterm-256color

  • Inside tmux: screen-256color

Vim reports these terminal types as expected (via :set term?):



  • Outside tmux: term=xterm-256color

  • Inside tmux: term=screen-256color

Vim also reports both instances are running in 256-color mode (via :set t_Co?):



  • Outside tmux: t_Co=256

  • Inside tmux: t_Co=256

There are many similar questions out there regarding getting Vim to run in 256-color mode inside tmux (the best answer I found is here), but I don't think that's my problem given the above information.



I can duplicate the problem outside of tmux if I run Vim with the terminal type set to screen-256color:



$ TERM=screen-256color vim


So that makes me believe there's simply some difference between the xterm-256color and screen-256color terminal capabilities that causes the difference in color. Which leads to the question posed in the title: what specifically in the terminal capabilities causes the Vim colors to be different? I see the differences between running :set termcap inside and outside of tmux, but I'm curious as to which variables actually cause the difference in behavior.



Independent of the previous question, is it possible to have the Vim colors be consistent when running inside or outside of tmux? Some things I've tried include:



  • Explicitly setting the default terminal tmux uses in ~/.tmux.conf to various values (some against the advice of the tmux FAQ):


set -g default-terminal "screen-256color"
set -g default-terminal "xterm-256color"
set -g default-terminal "screen.xterm-256color"
set -g default-terminal "tmux-256color"


  • Starting tmux using tmux -2.

In all cases, Vim continued to display different colors inside of tmux.










share|improve this question
























  • Could you please start script, start vim, quit vim and then quit script's shell, and attach the resulting typescript file? Then repeat the same steps with TERM=screen-256color vim instead.

    – egmont
    Mar 3 '17 at 11:07











  • @egmont Here you go: typescript-xterm-256color and typescript-screen-256color.

    – Rusty Shackleford
    Mar 3 '17 at 18:59






  • 1





    I can see 256-color escape sequences in the xterm-256color version (search for "38;5;" in the file), but cannot in the screen-256color. E.g. wherever there's a e[38;5;81m in xterm-256color (color #81 of the 256-color palette, a middle blue shade), screen-256color contains e[34m instead (the standard blue of the 8-color palette). So the main question is why does vim not use the 256-color palette in case of TERM=screen-256color.

    – egmont
    Mar 3 '17 at 21:04











  • Another interesting thing is that the xterm-256color version seems to print the screen twice, first with the legacy colors and then with the 256-color palette. Search for e.g. "F1" in the file, you'll find two matches in xterm-256color, the first with e[34m color, the second with e[38;5;81m. I don't know what's going on here.

    – egmont
    Mar 3 '17 at 21:06

















23















Environment:



  • Fedora 25 (4.9.12-200.fc25.x86_64)

  • GNOME Terminal 3.22.1 Using VTE version 0.46.1 +GNUTLS

  • VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Feb 22 2017 16:26:11)

  • tmux 2.2

I recently started using tmux and have observed that the colors within Vim change depending on whether I'm running inside or outside of tmux. Below are screenshots of Vim outside (left) and inside (right) of tmux while viewing a Git diff:



enter image description here



My TERM variable is



  • Outside tmux: xterm-256color

  • Inside tmux: screen-256color

Vim reports these terminal types as expected (via :set term?):



  • Outside tmux: term=xterm-256color

  • Inside tmux: term=screen-256color

Vim also reports both instances are running in 256-color mode (via :set t_Co?):



  • Outside tmux: t_Co=256

  • Inside tmux: t_Co=256

There are many similar questions out there regarding getting Vim to run in 256-color mode inside tmux (the best answer I found is here), but I don't think that's my problem given the above information.



I can duplicate the problem outside of tmux if I run Vim with the terminal type set to screen-256color:



$ TERM=screen-256color vim


So that makes me believe there's simply some difference between the xterm-256color and screen-256color terminal capabilities that causes the difference in color. Which leads to the question posed in the title: what specifically in the terminal capabilities causes the Vim colors to be different? I see the differences between running :set termcap inside and outside of tmux, but I'm curious as to which variables actually cause the difference in behavior.



Independent of the previous question, is it possible to have the Vim colors be consistent when running inside or outside of tmux? Some things I've tried include:



  • Explicitly setting the default terminal tmux uses in ~/.tmux.conf to various values (some against the advice of the tmux FAQ):


set -g default-terminal "screen-256color"
set -g default-terminal "xterm-256color"
set -g default-terminal "screen.xterm-256color"
set -g default-terminal "tmux-256color"


  • Starting tmux using tmux -2.

In all cases, Vim continued to display different colors inside of tmux.










share|improve this question
























  • Could you please start script, start vim, quit vim and then quit script's shell, and attach the resulting typescript file? Then repeat the same steps with TERM=screen-256color vim instead.

    – egmont
    Mar 3 '17 at 11:07











  • @egmont Here you go: typescript-xterm-256color and typescript-screen-256color.

    – Rusty Shackleford
    Mar 3 '17 at 18:59






  • 1





    I can see 256-color escape sequences in the xterm-256color version (search for "38;5;" in the file), but cannot in the screen-256color. E.g. wherever there's a e[38;5;81m in xterm-256color (color #81 of the 256-color palette, a middle blue shade), screen-256color contains e[34m instead (the standard blue of the 8-color palette). So the main question is why does vim not use the 256-color palette in case of TERM=screen-256color.

    – egmont
    Mar 3 '17 at 21:04











  • Another interesting thing is that the xterm-256color version seems to print the screen twice, first with the legacy colors and then with the 256-color palette. Search for e.g. "F1" in the file, you'll find two matches in xterm-256color, the first with e[34m color, the second with e[38;5;81m. I don't know what's going on here.

    – egmont
    Mar 3 '17 at 21:06













23












23








23


10






Environment:



  • Fedora 25 (4.9.12-200.fc25.x86_64)

  • GNOME Terminal 3.22.1 Using VTE version 0.46.1 +GNUTLS

  • VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Feb 22 2017 16:26:11)

  • tmux 2.2

I recently started using tmux and have observed that the colors within Vim change depending on whether I'm running inside or outside of tmux. Below are screenshots of Vim outside (left) and inside (right) of tmux while viewing a Git diff:



enter image description here



My TERM variable is



  • Outside tmux: xterm-256color

  • Inside tmux: screen-256color

Vim reports these terminal types as expected (via :set term?):



  • Outside tmux: term=xterm-256color

  • Inside tmux: term=screen-256color

Vim also reports both instances are running in 256-color mode (via :set t_Co?):



  • Outside tmux: t_Co=256

  • Inside tmux: t_Co=256

There are many similar questions out there regarding getting Vim to run in 256-color mode inside tmux (the best answer I found is here), but I don't think that's my problem given the above information.



I can duplicate the problem outside of tmux if I run Vim with the terminal type set to screen-256color:



$ TERM=screen-256color vim


So that makes me believe there's simply some difference between the xterm-256color and screen-256color terminal capabilities that causes the difference in color. Which leads to the question posed in the title: what specifically in the terminal capabilities causes the Vim colors to be different? I see the differences between running :set termcap inside and outside of tmux, but I'm curious as to which variables actually cause the difference in behavior.



Independent of the previous question, is it possible to have the Vim colors be consistent when running inside or outside of tmux? Some things I've tried include:



  • Explicitly setting the default terminal tmux uses in ~/.tmux.conf to various values (some against the advice of the tmux FAQ):


set -g default-terminal "screen-256color"
set -g default-terminal "xterm-256color"
set -g default-terminal "screen.xterm-256color"
set -g default-terminal "tmux-256color"


  • Starting tmux using tmux -2.

In all cases, Vim continued to display different colors inside of tmux.










share|improve this question
















Environment:



  • Fedora 25 (4.9.12-200.fc25.x86_64)

  • GNOME Terminal 3.22.1 Using VTE version 0.46.1 +GNUTLS

  • VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Feb 22 2017 16:26:11)

  • tmux 2.2

I recently started using tmux and have observed that the colors within Vim change depending on whether I'm running inside or outside of tmux. Below are screenshots of Vim outside (left) and inside (right) of tmux while viewing a Git diff:



enter image description here



My TERM variable is



  • Outside tmux: xterm-256color

  • Inside tmux: screen-256color

Vim reports these terminal types as expected (via :set term?):



  • Outside tmux: term=xterm-256color

  • Inside tmux: term=screen-256color

Vim also reports both instances are running in 256-color mode (via :set t_Co?):



  • Outside tmux: t_Co=256

  • Inside tmux: t_Co=256

There are many similar questions out there regarding getting Vim to run in 256-color mode inside tmux (the best answer I found is here), but I don't think that's my problem given the above information.



I can duplicate the problem outside of tmux if I run Vim with the terminal type set to screen-256color:



$ TERM=screen-256color vim


So that makes me believe there's simply some difference between the xterm-256color and screen-256color terminal capabilities that causes the difference in color. Which leads to the question posed in the title: what specifically in the terminal capabilities causes the Vim colors to be different? I see the differences between running :set termcap inside and outside of tmux, but I'm curious as to which variables actually cause the difference in behavior.



Independent of the previous question, is it possible to have the Vim colors be consistent when running inside or outside of tmux? Some things I've tried include:



  • Explicitly setting the default terminal tmux uses in ~/.tmux.conf to various values (some against the advice of the tmux FAQ):


set -g default-terminal "screen-256color"
set -g default-terminal "xterm-256color"
set -g default-terminal "screen.xterm-256color"
set -g default-terminal "tmux-256color"


  • Starting tmux using tmux -2.

In all cases, Vim continued to display different colors inside of tmux.







terminal vim tmux colors






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited May 23 '17 at 12:40









Community

1




1










asked Mar 2 '17 at 21:37









Rusty ShacklefordRusty Shackleford

238139




238139












  • Could you please start script, start vim, quit vim and then quit script's shell, and attach the resulting typescript file? Then repeat the same steps with TERM=screen-256color vim instead.

    – egmont
    Mar 3 '17 at 11:07











  • @egmont Here you go: typescript-xterm-256color and typescript-screen-256color.

    – Rusty Shackleford
    Mar 3 '17 at 18:59






  • 1





    I can see 256-color escape sequences in the xterm-256color version (search for "38;5;" in the file), but cannot in the screen-256color. E.g. wherever there's a e[38;5;81m in xterm-256color (color #81 of the 256-color palette, a middle blue shade), screen-256color contains e[34m instead (the standard blue of the 8-color palette). So the main question is why does vim not use the 256-color palette in case of TERM=screen-256color.

    – egmont
    Mar 3 '17 at 21:04











  • Another interesting thing is that the xterm-256color version seems to print the screen twice, first with the legacy colors and then with the 256-color palette. Search for e.g. "F1" in the file, you'll find two matches in xterm-256color, the first with e[34m color, the second with e[38;5;81m. I don't know what's going on here.

    – egmont
    Mar 3 '17 at 21:06

















  • Could you please start script, start vim, quit vim and then quit script's shell, and attach the resulting typescript file? Then repeat the same steps with TERM=screen-256color vim instead.

    – egmont
    Mar 3 '17 at 11:07











  • @egmont Here you go: typescript-xterm-256color and typescript-screen-256color.

    – Rusty Shackleford
    Mar 3 '17 at 18:59






  • 1





    I can see 256-color escape sequences in the xterm-256color version (search for "38;5;" in the file), but cannot in the screen-256color. E.g. wherever there's a e[38;5;81m in xterm-256color (color #81 of the 256-color palette, a middle blue shade), screen-256color contains e[34m instead (the standard blue of the 8-color palette). So the main question is why does vim not use the 256-color palette in case of TERM=screen-256color.

    – egmont
    Mar 3 '17 at 21:04











  • Another interesting thing is that the xterm-256color version seems to print the screen twice, first with the legacy colors and then with the 256-color palette. Search for e.g. "F1" in the file, you'll find two matches in xterm-256color, the first with e[34m color, the second with e[38;5;81m. I don't know what's going on here.

    – egmont
    Mar 3 '17 at 21:06
















Could you please start script, start vim, quit vim and then quit script's shell, and attach the resulting typescript file? Then repeat the same steps with TERM=screen-256color vim instead.

– egmont
Mar 3 '17 at 11:07





Could you please start script, start vim, quit vim and then quit script's shell, and attach the resulting typescript file? Then repeat the same steps with TERM=screen-256color vim instead.

– egmont
Mar 3 '17 at 11:07













@egmont Here you go: typescript-xterm-256color and typescript-screen-256color.

– Rusty Shackleford
Mar 3 '17 at 18:59





@egmont Here you go: typescript-xterm-256color and typescript-screen-256color.

– Rusty Shackleford
Mar 3 '17 at 18:59




1




1





I can see 256-color escape sequences in the xterm-256color version (search for "38;5;" in the file), but cannot in the screen-256color. E.g. wherever there's a e[38;5;81m in xterm-256color (color #81 of the 256-color palette, a middle blue shade), screen-256color contains e[34m instead (the standard blue of the 8-color palette). So the main question is why does vim not use the 256-color palette in case of TERM=screen-256color.

– egmont
Mar 3 '17 at 21:04





I can see 256-color escape sequences in the xterm-256color version (search for "38;5;" in the file), but cannot in the screen-256color. E.g. wherever there's a e[38;5;81m in xterm-256color (color #81 of the 256-color palette, a middle blue shade), screen-256color contains e[34m instead (the standard blue of the 8-color palette). So the main question is why does vim not use the 256-color palette in case of TERM=screen-256color.

– egmont
Mar 3 '17 at 21:04













Another interesting thing is that the xterm-256color version seems to print the screen twice, first with the legacy colors and then with the 256-color palette. Search for e.g. "F1" in the file, you'll find two matches in xterm-256color, the first with e[34m color, the second with e[38;5;81m. I don't know what's going on here.

– egmont
Mar 3 '17 at 21:06





Another interesting thing is that the xterm-256color version seems to print the screen twice, first with the legacy colors and then with the 256-color palette. Search for e.g. "F1" in the file, you'll find two matches in xterm-256color, the first with e[34m color, the second with e[38;5;81m. I don't know what's going on here.

– egmont
Mar 3 '17 at 21:06










5 Answers
5






active

oldest

votes


















14














tmux doesn't support the terminfo capability bce (back color erase), which vim checks for, to decide whether to use its "default color" scheme.



That characteristic of tmux has been mentioned a few times -



  • Reset background to transparent with tmux?

  • Clear to end of line uses the wrong background color in tmux





share|improve this answer

























  • Exactly the kind of intellectually-satisfying answer I was looking for. Thank you!

    – Rusty Shackleford
    Mar 4 '17 at 2:17


















9














I had the similar issue before. Comments in blue in Vim where hard to read. In .tmux.conf I set this:



set -g default-terminal "screen-256color"


And in .vimrc:



set background=dark


Now it looks as follows and works both in Gnome Terminal and Cygwin:
enter image description here






share|improve this answer


















  • 2





    This solved it for me. For some reason, inside tmux, vim wasn't detecting a dark background. Explicitly setting bg=dark in my vimrc fixed it.

    – Adam Keenan
    Nov 14 '17 at 17:39











  • Strange - my $TERM both inside and outside tmux was "xterm-256color" and explicitly setting the backgroun did it for me as well. Thank you!

    – nronnei
    Oct 11 '18 at 0:36


















2














Thanks to @egmont's analysis of what colors Vim was outputting when TERM=screen-256color, I was inspired to look at the color scheme Vim is using in the two scenarios.



Vim reports it is using the default color scheme in both cases. I thought that odd because the default color scheme on Fedora 25 (/usr/share/vim/vim80/colors/default.vim) doesn't appear to match the colors I actually see when TERM=xterm-256color. If I explicitly set the color scheme using :colorscheme default when TERM=xterm-256color, Vim's appearance changes to that when TERM=screen-256color. To get the colors back to what they were when I first start Vim, I had to use the ron color scheme. Progress!



I found an Ask Ubuntu answer that suggests that when Vim reports it is using the default color scheme, it doesn't necessarily mean default.vim but rather some theme-specific color scheme. As the answer points out, a dark theme (which I am using) corresponds to the ron color scheme, just as I discovered above. (Even though this post is with respect to Ubuntu, I'm assuming the OP was using GNOME.)



I also found another question that seems to describe the same problem I'm having. I came across it while searching before I posted this question, but, for some reason, the color scheme didn't strike me as being relevant.



I ended up doing what @LapshinDmitry did in his answer and explicitly set colorscheme ron in my ~/.vimrc file. Now, whether I start Vim inside or outside of tmux, the colors appear the same. The only drawback is if I ever change my desktop theme from a dark flavor to a light flavor, Vim won't automatically switch to the "default" light theme color scheme, which is apparently peachpuff. I can live with that, as I'm unlikely to ever change my theme.



I'm not going to accept this answer because I consider explicitly setting the color scheme in my ~/.vimrc a workaround rather than the solution. If someone can explain why Vim loads a different "default" color scheme depending on the value of TERM, I'll be happy to accept that answer, as I'm more interested in understanding the root cause. I suspect it has something to do with how Vim interprets the terminal capabilities between the two terminfo files.






share|improve this answer

























  • I'm also curious why vim behaves this way. After all, the bce capability should have nothing to do with the available number of colors.

    – egmont
    Mar 4 '17 at 14:54











  • @egmont I interpreted @ThomasDickey's answer as: 1) Vim checks the bce capability of the terminal, 2) if present, select color scheme "A", 3) otherwise, select color scheme "B". I believe the color depth is the same in both cases (i.e. 256 colors, as t_Co shows). It's just that color scheme "B" on my system happens to only use an 8-color palette even though 256 colors are possible (I think that explains what you observed in your typescript analysis; please correct me if I'm wrong). Remember, after I run :colorscheme ron, I see 256-color escape sequences in the same Vim session.

    – Rusty Shackleford
    Mar 4 '17 at 16:14











  • Thanks for the explanation - I still cannot see any rationale behind this though. Nevermind. vim has really weird design decisions.

    – egmont
    Mar 4 '17 at 19:47


















0















My TERM variable is
Outside tmux: xterm-256color
Inside tmux: screen-256color




That's correct and working for me. Try it with a different terminal (I use urxvt) to see if Gnome Terminal is the problem.




Also check COLORTERM (mine is set to rxvt) and unset TERMCAP.






share|improve this answer























  • Thanks for the suggestions. I ran the same test with urxvt (outer TERM is rxvt-unicode-256color) using an appropriate ~/.Xdefaults and unfortunately still observed different colors inside and outside of tmux. For the gnome-terminal scenario, COLORTERM is truecolor and TERMCAP is empty both inside and outside tmux. For the urxvt scenario, COLORTERM is rxvt-xpm outside and truecolor inside tmux, while TERMCAP is empty both inside and outside tmux.

    – Rusty Shackleford
    Mar 3 '17 at 2:32











  • @RustyShackleford this is only for Vim? Are you using 'termguicolors'? Take a look at :help xterm-true-color or try with a more default Vim config.

    – laktak
    Mar 3 '17 at 8:08











  • I've only noticed the problem in Vim so far (like I said, I only recently started using tmux). For example, my terminal prompt and Git CLI output appear to have the same colors both inside and outside of tmux. I do not set termguicolors in my .vimrc and :set termguicolors? reports notermguicolors in both cases. I'll look at the help topic you referenced; thanks!

    – Rusty Shackleford
    Mar 3 '17 at 19:16


















0














For my own reference later when I undoubtedly google this setting up my next machine.



  • Vim8 / Neovim

  • Windows 10

  • Git bash

  • Tmux 2.7

Use these instructions to get the necessary binaries and DLLs into Git bash's PATH:



https://blog.pjsen.eu/?p=440



Use these commands to configure:



echo 'set -g default-terminal "screen.xterm-256color"' > ~/.tmux.conf
tmux -2u





share|improve this answer








New contributor




Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.




















    Your Answer








    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "106"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f348771%2fwhy-do-vim-colors-look-different-inside-and-outside-of-tmux%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    5 Answers
    5






    active

    oldest

    votes








    5 Answers
    5






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    14














    tmux doesn't support the terminfo capability bce (back color erase), which vim checks for, to decide whether to use its "default color" scheme.



    That characteristic of tmux has been mentioned a few times -



    • Reset background to transparent with tmux?

    • Clear to end of line uses the wrong background color in tmux





    share|improve this answer

























    • Exactly the kind of intellectually-satisfying answer I was looking for. Thank you!

      – Rusty Shackleford
      Mar 4 '17 at 2:17















    14














    tmux doesn't support the terminfo capability bce (back color erase), which vim checks for, to decide whether to use its "default color" scheme.



    That characteristic of tmux has been mentioned a few times -



    • Reset background to transparent with tmux?

    • Clear to end of line uses the wrong background color in tmux





    share|improve this answer

























    • Exactly the kind of intellectually-satisfying answer I was looking for. Thank you!

      – Rusty Shackleford
      Mar 4 '17 at 2:17













    14












    14








    14







    tmux doesn't support the terminfo capability bce (back color erase), which vim checks for, to decide whether to use its "default color" scheme.



    That characteristic of tmux has been mentioned a few times -



    • Reset background to transparent with tmux?

    • Clear to end of line uses the wrong background color in tmux





    share|improve this answer















    tmux doesn't support the terminfo capability bce (back color erase), which vim checks for, to decide whether to use its "default color" scheme.



    That characteristic of tmux has been mentioned a few times -



    • Reset background to transparent with tmux?

    • Clear to end of line uses the wrong background color in tmux






    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Apr 13 '17 at 12:37









    Community

    1




    1










    answered Mar 4 '17 at 1:49









    Thomas DickeyThomas Dickey

    54.2k5106179




    54.2k5106179












    • Exactly the kind of intellectually-satisfying answer I was looking for. Thank you!

      – Rusty Shackleford
      Mar 4 '17 at 2:17

















    • Exactly the kind of intellectually-satisfying answer I was looking for. Thank you!

      – Rusty Shackleford
      Mar 4 '17 at 2:17
















    Exactly the kind of intellectually-satisfying answer I was looking for. Thank you!

    – Rusty Shackleford
    Mar 4 '17 at 2:17





    Exactly the kind of intellectually-satisfying answer I was looking for. Thank you!

    – Rusty Shackleford
    Mar 4 '17 at 2:17













    9














    I had the similar issue before. Comments in blue in Vim where hard to read. In .tmux.conf I set this:



    set -g default-terminal "screen-256color"


    And in .vimrc:



    set background=dark


    Now it looks as follows and works both in Gnome Terminal and Cygwin:
    enter image description here






    share|improve this answer


















    • 2





      This solved it for me. For some reason, inside tmux, vim wasn't detecting a dark background. Explicitly setting bg=dark in my vimrc fixed it.

      – Adam Keenan
      Nov 14 '17 at 17:39











    • Strange - my $TERM both inside and outside tmux was "xterm-256color" and explicitly setting the backgroun did it for me as well. Thank you!

      – nronnei
      Oct 11 '18 at 0:36















    9














    I had the similar issue before. Comments in blue in Vim where hard to read. In .tmux.conf I set this:



    set -g default-terminal "screen-256color"


    And in .vimrc:



    set background=dark


    Now it looks as follows and works both in Gnome Terminal and Cygwin:
    enter image description here






    share|improve this answer


















    • 2





      This solved it for me. For some reason, inside tmux, vim wasn't detecting a dark background. Explicitly setting bg=dark in my vimrc fixed it.

      – Adam Keenan
      Nov 14 '17 at 17:39











    • Strange - my $TERM both inside and outside tmux was "xterm-256color" and explicitly setting the backgroun did it for me as well. Thank you!

      – nronnei
      Oct 11 '18 at 0:36













    9












    9








    9







    I had the similar issue before. Comments in blue in Vim where hard to read. In .tmux.conf I set this:



    set -g default-terminal "screen-256color"


    And in .vimrc:



    set background=dark


    Now it looks as follows and works both in Gnome Terminal and Cygwin:
    enter image description here






    share|improve this answer













    I had the similar issue before. Comments in blue in Vim where hard to read. In .tmux.conf I set this:



    set -g default-terminal "screen-256color"


    And in .vimrc:



    set background=dark


    Now it looks as follows and works both in Gnome Terminal and Cygwin:
    enter image description here







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered May 6 '17 at 13:03









    Vitalii PlagovVitalii Plagov

    14929




    14929







    • 2





      This solved it for me. For some reason, inside tmux, vim wasn't detecting a dark background. Explicitly setting bg=dark in my vimrc fixed it.

      – Adam Keenan
      Nov 14 '17 at 17:39











    • Strange - my $TERM both inside and outside tmux was "xterm-256color" and explicitly setting the backgroun did it for me as well. Thank you!

      – nronnei
      Oct 11 '18 at 0:36












    • 2





      This solved it for me. For some reason, inside tmux, vim wasn't detecting a dark background. Explicitly setting bg=dark in my vimrc fixed it.

      – Adam Keenan
      Nov 14 '17 at 17:39











    • Strange - my $TERM both inside and outside tmux was "xterm-256color" and explicitly setting the backgroun did it for me as well. Thank you!

      – nronnei
      Oct 11 '18 at 0:36







    2




    2





    This solved it for me. For some reason, inside tmux, vim wasn't detecting a dark background. Explicitly setting bg=dark in my vimrc fixed it.

    – Adam Keenan
    Nov 14 '17 at 17:39





    This solved it for me. For some reason, inside tmux, vim wasn't detecting a dark background. Explicitly setting bg=dark in my vimrc fixed it.

    – Adam Keenan
    Nov 14 '17 at 17:39













    Strange - my $TERM both inside and outside tmux was "xterm-256color" and explicitly setting the backgroun did it for me as well. Thank you!

    – nronnei
    Oct 11 '18 at 0:36





    Strange - my $TERM both inside and outside tmux was "xterm-256color" and explicitly setting the backgroun did it for me as well. Thank you!

    – nronnei
    Oct 11 '18 at 0:36











    2














    Thanks to @egmont's analysis of what colors Vim was outputting when TERM=screen-256color, I was inspired to look at the color scheme Vim is using in the two scenarios.



    Vim reports it is using the default color scheme in both cases. I thought that odd because the default color scheme on Fedora 25 (/usr/share/vim/vim80/colors/default.vim) doesn't appear to match the colors I actually see when TERM=xterm-256color. If I explicitly set the color scheme using :colorscheme default when TERM=xterm-256color, Vim's appearance changes to that when TERM=screen-256color. To get the colors back to what they were when I first start Vim, I had to use the ron color scheme. Progress!



    I found an Ask Ubuntu answer that suggests that when Vim reports it is using the default color scheme, it doesn't necessarily mean default.vim but rather some theme-specific color scheme. As the answer points out, a dark theme (which I am using) corresponds to the ron color scheme, just as I discovered above. (Even though this post is with respect to Ubuntu, I'm assuming the OP was using GNOME.)



    I also found another question that seems to describe the same problem I'm having. I came across it while searching before I posted this question, but, for some reason, the color scheme didn't strike me as being relevant.



    I ended up doing what @LapshinDmitry did in his answer and explicitly set colorscheme ron in my ~/.vimrc file. Now, whether I start Vim inside or outside of tmux, the colors appear the same. The only drawback is if I ever change my desktop theme from a dark flavor to a light flavor, Vim won't automatically switch to the "default" light theme color scheme, which is apparently peachpuff. I can live with that, as I'm unlikely to ever change my theme.



    I'm not going to accept this answer because I consider explicitly setting the color scheme in my ~/.vimrc a workaround rather than the solution. If someone can explain why Vim loads a different "default" color scheme depending on the value of TERM, I'll be happy to accept that answer, as I'm more interested in understanding the root cause. I suspect it has something to do with how Vim interprets the terminal capabilities between the two terminfo files.






    share|improve this answer

























    • I'm also curious why vim behaves this way. After all, the bce capability should have nothing to do with the available number of colors.

      – egmont
      Mar 4 '17 at 14:54











    • @egmont I interpreted @ThomasDickey's answer as: 1) Vim checks the bce capability of the terminal, 2) if present, select color scheme "A", 3) otherwise, select color scheme "B". I believe the color depth is the same in both cases (i.e. 256 colors, as t_Co shows). It's just that color scheme "B" on my system happens to only use an 8-color palette even though 256 colors are possible (I think that explains what you observed in your typescript analysis; please correct me if I'm wrong). Remember, after I run :colorscheme ron, I see 256-color escape sequences in the same Vim session.

      – Rusty Shackleford
      Mar 4 '17 at 16:14











    • Thanks for the explanation - I still cannot see any rationale behind this though. Nevermind. vim has really weird design decisions.

      – egmont
      Mar 4 '17 at 19:47















    2














    Thanks to @egmont's analysis of what colors Vim was outputting when TERM=screen-256color, I was inspired to look at the color scheme Vim is using in the two scenarios.



    Vim reports it is using the default color scheme in both cases. I thought that odd because the default color scheme on Fedora 25 (/usr/share/vim/vim80/colors/default.vim) doesn't appear to match the colors I actually see when TERM=xterm-256color. If I explicitly set the color scheme using :colorscheme default when TERM=xterm-256color, Vim's appearance changes to that when TERM=screen-256color. To get the colors back to what they were when I first start Vim, I had to use the ron color scheme. Progress!



    I found an Ask Ubuntu answer that suggests that when Vim reports it is using the default color scheme, it doesn't necessarily mean default.vim but rather some theme-specific color scheme. As the answer points out, a dark theme (which I am using) corresponds to the ron color scheme, just as I discovered above. (Even though this post is with respect to Ubuntu, I'm assuming the OP was using GNOME.)



    I also found another question that seems to describe the same problem I'm having. I came across it while searching before I posted this question, but, for some reason, the color scheme didn't strike me as being relevant.



    I ended up doing what @LapshinDmitry did in his answer and explicitly set colorscheme ron in my ~/.vimrc file. Now, whether I start Vim inside or outside of tmux, the colors appear the same. The only drawback is if I ever change my desktop theme from a dark flavor to a light flavor, Vim won't automatically switch to the "default" light theme color scheme, which is apparently peachpuff. I can live with that, as I'm unlikely to ever change my theme.



    I'm not going to accept this answer because I consider explicitly setting the color scheme in my ~/.vimrc a workaround rather than the solution. If someone can explain why Vim loads a different "default" color scheme depending on the value of TERM, I'll be happy to accept that answer, as I'm more interested in understanding the root cause. I suspect it has something to do with how Vim interprets the terminal capabilities between the two terminfo files.






    share|improve this answer

























    • I'm also curious why vim behaves this way. After all, the bce capability should have nothing to do with the available number of colors.

      – egmont
      Mar 4 '17 at 14:54











    • @egmont I interpreted @ThomasDickey's answer as: 1) Vim checks the bce capability of the terminal, 2) if present, select color scheme "A", 3) otherwise, select color scheme "B". I believe the color depth is the same in both cases (i.e. 256 colors, as t_Co shows). It's just that color scheme "B" on my system happens to only use an 8-color palette even though 256 colors are possible (I think that explains what you observed in your typescript analysis; please correct me if I'm wrong). Remember, after I run :colorscheme ron, I see 256-color escape sequences in the same Vim session.

      – Rusty Shackleford
      Mar 4 '17 at 16:14











    • Thanks for the explanation - I still cannot see any rationale behind this though. Nevermind. vim has really weird design decisions.

      – egmont
      Mar 4 '17 at 19:47













    2












    2








    2







    Thanks to @egmont's analysis of what colors Vim was outputting when TERM=screen-256color, I was inspired to look at the color scheme Vim is using in the two scenarios.



    Vim reports it is using the default color scheme in both cases. I thought that odd because the default color scheme on Fedora 25 (/usr/share/vim/vim80/colors/default.vim) doesn't appear to match the colors I actually see when TERM=xterm-256color. If I explicitly set the color scheme using :colorscheme default when TERM=xterm-256color, Vim's appearance changes to that when TERM=screen-256color. To get the colors back to what they were when I first start Vim, I had to use the ron color scheme. Progress!



    I found an Ask Ubuntu answer that suggests that when Vim reports it is using the default color scheme, it doesn't necessarily mean default.vim but rather some theme-specific color scheme. As the answer points out, a dark theme (which I am using) corresponds to the ron color scheme, just as I discovered above. (Even though this post is with respect to Ubuntu, I'm assuming the OP was using GNOME.)



    I also found another question that seems to describe the same problem I'm having. I came across it while searching before I posted this question, but, for some reason, the color scheme didn't strike me as being relevant.



    I ended up doing what @LapshinDmitry did in his answer and explicitly set colorscheme ron in my ~/.vimrc file. Now, whether I start Vim inside or outside of tmux, the colors appear the same. The only drawback is if I ever change my desktop theme from a dark flavor to a light flavor, Vim won't automatically switch to the "default" light theme color scheme, which is apparently peachpuff. I can live with that, as I'm unlikely to ever change my theme.



    I'm not going to accept this answer because I consider explicitly setting the color scheme in my ~/.vimrc a workaround rather than the solution. If someone can explain why Vim loads a different "default" color scheme depending on the value of TERM, I'll be happy to accept that answer, as I'm more interested in understanding the root cause. I suspect it has something to do with how Vim interprets the terminal capabilities between the two terminfo files.






    share|improve this answer















    Thanks to @egmont's analysis of what colors Vim was outputting when TERM=screen-256color, I was inspired to look at the color scheme Vim is using in the two scenarios.



    Vim reports it is using the default color scheme in both cases. I thought that odd because the default color scheme on Fedora 25 (/usr/share/vim/vim80/colors/default.vim) doesn't appear to match the colors I actually see when TERM=xterm-256color. If I explicitly set the color scheme using :colorscheme default when TERM=xterm-256color, Vim's appearance changes to that when TERM=screen-256color. To get the colors back to what they were when I first start Vim, I had to use the ron color scheme. Progress!



    I found an Ask Ubuntu answer that suggests that when Vim reports it is using the default color scheme, it doesn't necessarily mean default.vim but rather some theme-specific color scheme. As the answer points out, a dark theme (which I am using) corresponds to the ron color scheme, just as I discovered above. (Even though this post is with respect to Ubuntu, I'm assuming the OP was using GNOME.)



    I also found another question that seems to describe the same problem I'm having. I came across it while searching before I posted this question, but, for some reason, the color scheme didn't strike me as being relevant.



    I ended up doing what @LapshinDmitry did in his answer and explicitly set colorscheme ron in my ~/.vimrc file. Now, whether I start Vim inside or outside of tmux, the colors appear the same. The only drawback is if I ever change my desktop theme from a dark flavor to a light flavor, Vim won't automatically switch to the "default" light theme color scheme, which is apparently peachpuff. I can live with that, as I'm unlikely to ever change my theme.



    I'm not going to accept this answer because I consider explicitly setting the color scheme in my ~/.vimrc a workaround rather than the solution. If someone can explain why Vim loads a different "default" color scheme depending on the value of TERM, I'll be happy to accept that answer, as I'm more interested in understanding the root cause. I suspect it has something to do with how Vim interprets the terminal capabilities between the two terminfo files.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Apr 13 '17 at 12:36









    Community

    1




    1










    answered Mar 4 '17 at 1:38









    Rusty ShacklefordRusty Shackleford

    238139




    238139












    • I'm also curious why vim behaves this way. After all, the bce capability should have nothing to do with the available number of colors.

      – egmont
      Mar 4 '17 at 14:54











    • @egmont I interpreted @ThomasDickey's answer as: 1) Vim checks the bce capability of the terminal, 2) if present, select color scheme "A", 3) otherwise, select color scheme "B". I believe the color depth is the same in both cases (i.e. 256 colors, as t_Co shows). It's just that color scheme "B" on my system happens to only use an 8-color palette even though 256 colors are possible (I think that explains what you observed in your typescript analysis; please correct me if I'm wrong). Remember, after I run :colorscheme ron, I see 256-color escape sequences in the same Vim session.

      – Rusty Shackleford
      Mar 4 '17 at 16:14











    • Thanks for the explanation - I still cannot see any rationale behind this though. Nevermind. vim has really weird design decisions.

      – egmont
      Mar 4 '17 at 19:47

















    • I'm also curious why vim behaves this way. After all, the bce capability should have nothing to do with the available number of colors.

      – egmont
      Mar 4 '17 at 14:54











    • @egmont I interpreted @ThomasDickey's answer as: 1) Vim checks the bce capability of the terminal, 2) if present, select color scheme "A", 3) otherwise, select color scheme "B". I believe the color depth is the same in both cases (i.e. 256 colors, as t_Co shows). It's just that color scheme "B" on my system happens to only use an 8-color palette even though 256 colors are possible (I think that explains what you observed in your typescript analysis; please correct me if I'm wrong). Remember, after I run :colorscheme ron, I see 256-color escape sequences in the same Vim session.

      – Rusty Shackleford
      Mar 4 '17 at 16:14











    • Thanks for the explanation - I still cannot see any rationale behind this though. Nevermind. vim has really weird design decisions.

      – egmont
      Mar 4 '17 at 19:47
















    I'm also curious why vim behaves this way. After all, the bce capability should have nothing to do with the available number of colors.

    – egmont
    Mar 4 '17 at 14:54





    I'm also curious why vim behaves this way. After all, the bce capability should have nothing to do with the available number of colors.

    – egmont
    Mar 4 '17 at 14:54













    @egmont I interpreted @ThomasDickey's answer as: 1) Vim checks the bce capability of the terminal, 2) if present, select color scheme "A", 3) otherwise, select color scheme "B". I believe the color depth is the same in both cases (i.e. 256 colors, as t_Co shows). It's just that color scheme "B" on my system happens to only use an 8-color palette even though 256 colors are possible (I think that explains what you observed in your typescript analysis; please correct me if I'm wrong). Remember, after I run :colorscheme ron, I see 256-color escape sequences in the same Vim session.

    – Rusty Shackleford
    Mar 4 '17 at 16:14





    @egmont I interpreted @ThomasDickey's answer as: 1) Vim checks the bce capability of the terminal, 2) if present, select color scheme "A", 3) otherwise, select color scheme "B". I believe the color depth is the same in both cases (i.e. 256 colors, as t_Co shows). It's just that color scheme "B" on my system happens to only use an 8-color palette even though 256 colors are possible (I think that explains what you observed in your typescript analysis; please correct me if I'm wrong). Remember, after I run :colorscheme ron, I see 256-color escape sequences in the same Vim session.

    – Rusty Shackleford
    Mar 4 '17 at 16:14













    Thanks for the explanation - I still cannot see any rationale behind this though. Nevermind. vim has really weird design decisions.

    – egmont
    Mar 4 '17 at 19:47





    Thanks for the explanation - I still cannot see any rationale behind this though. Nevermind. vim has really weird design decisions.

    – egmont
    Mar 4 '17 at 19:47











    0















    My TERM variable is
    Outside tmux: xterm-256color
    Inside tmux: screen-256color




    That's correct and working for me. Try it with a different terminal (I use urxvt) to see if Gnome Terminal is the problem.
    



    Also check COLORTERM (mine is set to rxvt) and unset TERMCAP.






    share|improve this answer























    • Thanks for the suggestions. I ran the same test with urxvt (outer TERM is rxvt-unicode-256color) using an appropriate ~/.Xdefaults and unfortunately still observed different colors inside and outside of tmux. For the gnome-terminal scenario, COLORTERM is truecolor and TERMCAP is empty both inside and outside tmux. For the urxvt scenario, COLORTERM is rxvt-xpm outside and truecolor inside tmux, while TERMCAP is empty both inside and outside tmux.

      – Rusty Shackleford
      Mar 3 '17 at 2:32











    • @RustyShackleford this is only for Vim? Are you using 'termguicolors'? Take a look at :help xterm-true-color or try with a more default Vim config.

      – laktak
      Mar 3 '17 at 8:08











    • I've only noticed the problem in Vim so far (like I said, I only recently started using tmux). For example, my terminal prompt and Git CLI output appear to have the same colors both inside and outside of tmux. I do not set termguicolors in my .vimrc and :set termguicolors? reports notermguicolors in both cases. I'll look at the help topic you referenced; thanks!

      – Rusty Shackleford
      Mar 3 '17 at 19:16















    0















    My TERM variable is
    Outside tmux: xterm-256color
    Inside tmux: screen-256color




    That's correct and working for me. Try it with a different terminal (I use urxvt) to see if Gnome Terminal is the problem.
    



    Also check COLORTERM (mine is set to rxvt) and unset TERMCAP.






    share|improve this answer























    • Thanks for the suggestions. I ran the same test with urxvt (outer TERM is rxvt-unicode-256color) using an appropriate ~/.Xdefaults and unfortunately still observed different colors inside and outside of tmux. For the gnome-terminal scenario, COLORTERM is truecolor and TERMCAP is empty both inside and outside tmux. For the urxvt scenario, COLORTERM is rxvt-xpm outside and truecolor inside tmux, while TERMCAP is empty both inside and outside tmux.

      – Rusty Shackleford
      Mar 3 '17 at 2:32











    • @RustyShackleford this is only for Vim? Are you using 'termguicolors'? Take a look at :help xterm-true-color or try with a more default Vim config.

      – laktak
      Mar 3 '17 at 8:08











    • I've only noticed the problem in Vim so far (like I said, I only recently started using tmux). For example, my terminal prompt and Git CLI output appear to have the same colors both inside and outside of tmux. I do not set termguicolors in my .vimrc and :set termguicolors? reports notermguicolors in both cases. I'll look at the help topic you referenced; thanks!

      – Rusty Shackleford
      Mar 3 '17 at 19:16













    0












    0








    0








    My TERM variable is
    Outside tmux: xterm-256color
    Inside tmux: screen-256color




    That's correct and working for me. Try it with a different terminal (I use urxvt) to see if Gnome Terminal is the problem.
    



    Also check COLORTERM (mine is set to rxvt) and unset TERMCAP.






    share|improve this answer














    My TERM variable is
    Outside tmux: xterm-256color
    Inside tmux: screen-256color




    That's correct and working for me. Try it with a different terminal (I use urxvt) to see if Gnome Terminal is the problem.
    



    Also check COLORTERM (mine is set to rxvt) and unset TERMCAP.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Mar 2 '17 at 22:32









    laktaklaktak

    831510




    831510












    • Thanks for the suggestions. I ran the same test with urxvt (outer TERM is rxvt-unicode-256color) using an appropriate ~/.Xdefaults and unfortunately still observed different colors inside and outside of tmux. For the gnome-terminal scenario, COLORTERM is truecolor and TERMCAP is empty both inside and outside tmux. For the urxvt scenario, COLORTERM is rxvt-xpm outside and truecolor inside tmux, while TERMCAP is empty both inside and outside tmux.

      – Rusty Shackleford
      Mar 3 '17 at 2:32











    • @RustyShackleford this is only for Vim? Are you using 'termguicolors'? Take a look at :help xterm-true-color or try with a more default Vim config.

      – laktak
      Mar 3 '17 at 8:08











    • I've only noticed the problem in Vim so far (like I said, I only recently started using tmux). For example, my terminal prompt and Git CLI output appear to have the same colors both inside and outside of tmux. I do not set termguicolors in my .vimrc and :set termguicolors? reports notermguicolors in both cases. I'll look at the help topic you referenced; thanks!

      – Rusty Shackleford
      Mar 3 '17 at 19:16

















    • Thanks for the suggestions. I ran the same test with urxvt (outer TERM is rxvt-unicode-256color) using an appropriate ~/.Xdefaults and unfortunately still observed different colors inside and outside of tmux. For the gnome-terminal scenario, COLORTERM is truecolor and TERMCAP is empty both inside and outside tmux. For the urxvt scenario, COLORTERM is rxvt-xpm outside and truecolor inside tmux, while TERMCAP is empty both inside and outside tmux.

      – Rusty Shackleford
      Mar 3 '17 at 2:32











    • @RustyShackleford this is only for Vim? Are you using 'termguicolors'? Take a look at :help xterm-true-color or try with a more default Vim config.

      – laktak
      Mar 3 '17 at 8:08











    • I've only noticed the problem in Vim so far (like I said, I only recently started using tmux). For example, my terminal prompt and Git CLI output appear to have the same colors both inside and outside of tmux. I do not set termguicolors in my .vimrc and :set termguicolors? reports notermguicolors in both cases. I'll look at the help topic you referenced; thanks!

      – Rusty Shackleford
      Mar 3 '17 at 19:16
















    Thanks for the suggestions. I ran the same test with urxvt (outer TERM is rxvt-unicode-256color) using an appropriate ~/.Xdefaults and unfortunately still observed different colors inside and outside of tmux. For the gnome-terminal scenario, COLORTERM is truecolor and TERMCAP is empty both inside and outside tmux. For the urxvt scenario, COLORTERM is rxvt-xpm outside and truecolor inside tmux, while TERMCAP is empty both inside and outside tmux.

    – Rusty Shackleford
    Mar 3 '17 at 2:32





    Thanks for the suggestions. I ran the same test with urxvt (outer TERM is rxvt-unicode-256color) using an appropriate ~/.Xdefaults and unfortunately still observed different colors inside and outside of tmux. For the gnome-terminal scenario, COLORTERM is truecolor and TERMCAP is empty both inside and outside tmux. For the urxvt scenario, COLORTERM is rxvt-xpm outside and truecolor inside tmux, while TERMCAP is empty both inside and outside tmux.

    – Rusty Shackleford
    Mar 3 '17 at 2:32













    @RustyShackleford this is only for Vim? Are you using 'termguicolors'? Take a look at :help xterm-true-color or try with a more default Vim config.

    – laktak
    Mar 3 '17 at 8:08





    @RustyShackleford this is only for Vim? Are you using 'termguicolors'? Take a look at :help xterm-true-color or try with a more default Vim config.

    – laktak
    Mar 3 '17 at 8:08













    I've only noticed the problem in Vim so far (like I said, I only recently started using tmux). For example, my terminal prompt and Git CLI output appear to have the same colors both inside and outside of tmux. I do not set termguicolors in my .vimrc and :set termguicolors? reports notermguicolors in both cases. I'll look at the help topic you referenced; thanks!

    – Rusty Shackleford
    Mar 3 '17 at 19:16





    I've only noticed the problem in Vim so far (like I said, I only recently started using tmux). For example, my terminal prompt and Git CLI output appear to have the same colors both inside and outside of tmux. I do not set termguicolors in my .vimrc and :set termguicolors? reports notermguicolors in both cases. I'll look at the help topic you referenced; thanks!

    – Rusty Shackleford
    Mar 3 '17 at 19:16











    0














    For my own reference later when I undoubtedly google this setting up my next machine.



    • Vim8 / Neovim

    • Windows 10

    • Git bash

    • Tmux 2.7

    Use these instructions to get the necessary binaries and DLLs into Git bash's PATH:



    https://blog.pjsen.eu/?p=440



    Use these commands to configure:



    echo 'set -g default-terminal "screen.xterm-256color"' > ~/.tmux.conf
    tmux -2u





    share|improve this answer








    New contributor




    Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.
























      0














      For my own reference later when I undoubtedly google this setting up my next machine.



      • Vim8 / Neovim

      • Windows 10

      • Git bash

      • Tmux 2.7

      Use these instructions to get the necessary binaries and DLLs into Git bash's PATH:



      https://blog.pjsen.eu/?p=440



      Use these commands to configure:



      echo 'set -g default-terminal "screen.xterm-256color"' > ~/.tmux.conf
      tmux -2u





      share|improve this answer








      New contributor




      Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






















        0












        0








        0







        For my own reference later when I undoubtedly google this setting up my next machine.



        • Vim8 / Neovim

        • Windows 10

        • Git bash

        • Tmux 2.7

        Use these instructions to get the necessary binaries and DLLs into Git bash's PATH:



        https://blog.pjsen.eu/?p=440



        Use these commands to configure:



        echo 'set -g default-terminal "screen.xterm-256color"' > ~/.tmux.conf
        tmux -2u





        share|improve this answer








        New contributor




        Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.










        For my own reference later when I undoubtedly google this setting up my next machine.



        • Vim8 / Neovim

        • Windows 10

        • Git bash

        • Tmux 2.7

        Use these instructions to get the necessary binaries and DLLs into Git bash's PATH:



        https://blog.pjsen.eu/?p=440



        Use these commands to configure:



        echo 'set -g default-terminal "screen.xterm-256color"' > ~/.tmux.conf
        tmux -2u






        share|improve this answer








        New contributor




        Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        share|improve this answer



        share|improve this answer






        New contributor




        Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        answered Apr 5 at 0:55









        Josh PeakJosh Peak

        1012




        1012




        New contributor




        Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.





        New contributor





        Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.






        Josh Peak is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.



























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Unix & Linux Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f348771%2fwhy-do-vim-colors-look-different-inside-and-outside-of-tmux%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            getting Checkpoint VPN SSL Network Extender working in the command lineHow to connect to CheckPoint VPN on Ubuntu 18.04LTS?Will the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayVPN SSL Network Extender in FirefoxLinux Checkpoint SNX tool configuration issuesCheck Point - Connect under Linux - snx + OTPSNX VPN Ububuntu 18.XXUsing Checkpoint VPN SSL Network Extender CLI with certificateVPN with network manager (nm-applet) is not workingWill the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayImport VPN config files to NetworkManager from command lineTrouble connecting to VPN using network-manager, while command line worksStart a VPN connection with PPTP protocol on command linestarting a docker service daemon breaks the vpn networkCan't connect to vpn with Network-managerVPN SSL Network Extender in FirefoxUsing Checkpoint VPN SSL Network Extender CLI with certificate

            NetworkManager fails with “Could not find source connection”Trouble connecting to VPN using network-manager, while command line worksHow can I be notified about state changes to a VPN adapterBacktrack 5 R3 - Refuses to connect to VPNFeed all traffic through OpenVPN for a specific network namespace onlyRun daemon on startup in Debian once openvpn connection establishedpfsense tcp connection between openvpn and lan is brokenInternet connection problem with web browsers onlyWhy does NetworkManager explicitly support tun/tap devices?Browser issues with VPNTwo IP addresses assigned to the same network card - OpenVPN issues?Cannot connect to WiFi with nmcli, although secrets are provided

            대한민국 목차 국명 지리 역사 정치 국방 경제 사회 문화 국제 순위 관련 항목 각주 외부 링크 둘러보기 메뉴북위 37° 34′ 08″ 동경 126° 58′ 36″ / 북위 37.568889° 동경 126.976667°  / 37.568889; 126.976667ehThe Korean Repository문단을 편집문단을 편집추가해Clarkson PLC 사Report for Selected Countries and Subjects-Korea“Human Development Index and its components: P.198”“http://www.law.go.kr/%EB%B2%95%EB%A0%B9/%EB%8C%80%ED%95%9C%EB%AF%BC%EA%B5%AD%EA%B5%AD%EA%B8%B0%EB%B2%95”"한국은 국제법상 한반도 유일 합법정부 아니다" - 오마이뉴스 모바일Report for Selected Countries and Subjects: South Korea격동의 역사와 함께한 조선일보 90년 : 조선일보 인수해 혁신시킨 신석우, 임시정부 때는 '대한민국' 국호(國號) 정해《우리가 몰랐던 우리 역사: 나라 이름의 비밀을 찾아가는 역사 여행》“남북 공식호칭 ‘남한’‘북한’으로 쓴다”“Corea 대 Korea, 누가 이긴 거야?”국내기후자료 - 한국[김대중 前 대통령 서거] 과감한 구조개혁 'DJ노믹스'로 최단기간 환란극복 :: 네이버 뉴스“이라크 "韓-쿠르드 유전개발 MOU 승인 안해"(종합)”“해외 우리국민 추방사례 43%가 일본”차기전차 K2'흑표'의 세계 최고 전력 분석, 쿠키뉴스 엄기영, 2007-03-02두산인프라, 헬기잡는 장갑차 'K21'...내년부터 공급, 고뉴스 이대준, 2008-10-30과거 내용 찾기mk 뉴스 - 구매력 기준으로 보면 한국 1인당 소득 3만弗과거 내용 찾기"The N-11: More Than an Acronym"Archived조선일보 최우석, 2008-11-01Global 500 2008: Countries - South Korea“몇년째 '시한폭탄'... 가계부채, 올해는 터질까”가구당 부채 5000만원 처음 넘어서“‘빚’으로 내몰리는 사회.. 위기의 가계대출”“[경제365] 공공부문 부채 급증…800조 육박”“"소득 양극화 다소 완화...불평등은 여전"”“공정사회·공생발전 한참 멀었네”iSuppli,08年2QのDRAMシェア・ランキングを発表(08/8/11)South Korea dominates shipbuilding industry | Stock Market News & Stocks to Watch from StraightStocks한국 자동차 생산, 3년 연속 세계 5위자동차수출 '현대-삼성 웃고 기아-대우-쌍용은 울고' 과거 내용 찾기동반성장위 창립 1주년 맞아Archived"중기적합 3개업종 합의 무시한 채 선정"李대통령, 사업 무분별 확장 소상공인 생계 위협 질타삼성-LG, 서민업종인 빵·분식사업 잇따라 철수상생은 뒷전…SSM ‘몸집 불리기’ 혈안Archived“경부고속도에 '아시안하이웨이' 표지판”'철의 실크로드' 앞서 '말(言)의 실크로드'부터, 프레시안 정창현, 2008-10-01“'서울 지하철은 안전한가?'”“서울시 “올해 안에 모든 지하철역 스크린도어 설치””“부산지하철 1,2호선 승강장 안전펜스 설치 완료”“전교조, 정부 노조 통계서 처음 빠져”“[Weekly BIZ] 도요타 '제로 이사회'가 리콜 사태 불러들였다”“S Korea slams high tuition costs”““정치가 여론 양극화 부채질… 합리주의 절실””“〈"`촛불집회'는 민주주의의 질적 변화 상징"〉”““촛불집회가 민주주의 왜곡 초래””“국민 65%, "한국 노사관계 대립적"”“한국 국가경쟁력 27위‥노사관계 '꼴찌'”“제대로 형성되지 않은 대한민국 이념지형”“[신년기획-갈등의 시대] 갈등지수 OECD 4위…사회적 손실 GDP 27% 무려 300조”“2012 총선-대선의 키워드는 '국민과 소통'”“한국 삶의 질 27위, 2000년과 2008년 연속 하위권 머물러”“[해피 코리아] 행복점수 68점…해외 평가선 '낙제점'”“한국 어린이·청소년 행복지수 3년 연속 OECD ‘꼴찌’”“한국 이혼율 OECD중 8위”“[통계청] 한국 이혼율 OECD 4위”“오피니언 [이렇게 생각한다] `부부의 날` 에 돌아본 이혼율 1위 한국”“Suicide Rates by Country, Global Health Observatory Data Repository.”“1. 또 다른 차별”“오피니언 [편집자에게] '왕따'와 '패거리 정치' 심리는 닮은꼴”“[미래한국리포트] 무한경쟁에 빠진 대한민국”“대학생 98% "외모가 경쟁력이라는 말 동의"”“특급호텔 웨딩·200만원대 유모차… "남보다 더…" 호화病, 고질병 됐다”“[스트레스 공화국] ① 경쟁사회, 스트레스 쌓인다”““매일 30여명 자살 한국, 의사보다 무속인에…””“"자살 부르는 '우울증', 환자 중 85% 치료 안 받아"”“정신병원을 가다”“대한민국도 ‘묻지마 범죄’,안전지대 아니다”“유엔 "학생 '성적 지향'에 따른 차별 금지하라"”“유엔아동권리위원회 보고서 및 번역본 원문”“고졸 성공스토리 담은 '제빵왕 김탁구' 드라마 나온다”“‘빛 좋은 개살구’ 고졸 취업…실습 대신 착취”원본 문서“정신건강, 사회적 편견부터 고쳐드립니다”‘소통’과 ‘행복’에 목 마른 사회가 잠들어 있던 ‘심리학’ 깨웠다“[포토] 사유리-곽금주 교수의 유쾌한 심리상담”“"올해 한국인 평균 영화관람횟수 세계 1위"(종합)”“[게임연중기획] 게임은 문화다-여가활동 1순위 게임”“영화속 ‘영어 지상주의’ …“왠지 씁쓸한데””“2월 `신문 부수 인증기관` 지정..방송법 후속작업”“무료신문 성장동력 ‘차별성’과 ‘갈등해소’”대한민국 국회 법률지식정보시스템"Pew Research Center's Religion & Public Life Project: South Korea"“amp;vwcd=MT_ZTITLE&path=인구·가구%20>%20인구총조사%20>%20인구부문%20>%20 총조사인구(2005)%20>%20전수부문&oper_YN=Y&item=&keyword=종교별%20인구& amp;lang_mode=kor&list_id= 2005년 통계청 인구 총조사”원본 문서“한국인이 좋아하는 취미와 운동 (2004-2009)”“한국인이 좋아하는 취미와 운동 (2004-2014)”Archived“한국, `부분적 언론자유국' 강등〈프리덤하우스〉”“국경없는기자회 "한국, 인터넷감시 대상국"”“한국, 조선산업 1위 유지(S. Korea Stays Top Shipbuilding Nation) RZD-Partner Portal”원본 문서“한국, 4년 만에 ‘선박건조 1위’”“옛 마산시,인터넷속도 세계 1위”“"한국 초고속 인터넷망 세계1위"”“인터넷·휴대폰 요금, 외국보다 훨씬 비싸”“한국 관세행정 6년 연속 세계 '1위'”“한국 교통사고 사망자 수 OECD 회원국 중 2위”“결핵 후진국' 한국, 환자가 급증한 이유는”“수술은 신중해야… 자칫하면 생명 위협”대한민국분류대한민국의 지도대한민국 정부대표 다국어포털대한민국 전자정부대한민국 국회한국방송공사about korea and information korea브리태니커 백과사전(한국편)론리플래닛의 정보(한국편)CIA의 세계 정보(한국편)마리암 부디아 (Mariam Budia),『한국: 하늘이 내린 한 폭의 그림』, 서울: 트랜스라틴 19호 (2012년 3월)대한민국ehehehehehehehehehehehehehehWorldCat132441370n791268020000 0001 2308 81034078029-6026373548cb11863345f(데이터)00573706ge128495