Dlaczego kolejność: set bg = dark i: set bg = light matter?

11

Próbując dopasować paletę kolorów mojego terminalu i GVima zauważyłem:

  1. Kiedy otwieram GVim i Vim, widzę: wprowadź opis zdjęcia tutaj (To ten sam plik, mój vimrc.)
  2. Jeśli tak :set t_Co=256, nic się nie dzieje w GVim (poza tym, że miga), podczas gdy kolory w terminalu wyglądają teraz inaczej. Jeśli zrobię to :set bg=darkteraz, nie ma znaczenia (ponownie GVim mruga). Jeśli to zrobię, :set bg=lighta potem :set bg=darkjeszcze raz, otrzymam: wprowadź opis zdjęcia tutaj

Zarówno :set bg=darki :set t_Co=256są obecne w moim vimrc . Dlaczego moje :set bgi nie trzymam się i :set t_Codlaczego ustawienie :set bg=darkpo tym :set bg=lightrobi różnicę tam, gdzie początkowo nie było?

Używam Arch Linux, terminalem jest GNOME Terminal i nie mam .gvimrc.

$ vim --version
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Feb  4 2015 08:03:11)
Included patches: 1-617
Compiled by Arch Linux
Huge version with GTK2 GUI.  Features included (+) or not (-):
+acl             +farsi           +mouse_netterm   +syntax
+arabic          +file_in_path    +mouse_sgr       +tag_binary
+autocmd         +find_in_path    -mouse_sysmouse  +tag_old_static
+balloon_eval    +float           +mouse_urxvt     -tag_any_white
+browse          +folding         +mouse_xterm     -tcl
++builtin_terms  -footer          +multi_byte      +terminfo
+byte_offset     +fork()          +multi_lang      +termresponse
+cindent         +gettext         -mzscheme        +textobjects
+clientserver    -hangul_input    +netbeans_intg   +title
+clipboard       +iconv           +path_extra      +toolbar
+cmdline_compl   +insert_expand   +perl            +user_commands
+cmdline_hist    +jumplist        +persistent_undo +vertsplit
+cmdline_info    +keymap          +postscript      +virtualedit
+comments        +langmap         +printer         +visual
+conceal         +libcall         +profile         +visualextra
+cryptv          +linebreak       -python          +viminfo
+cscope          +lispindent      +python3         +vreplace
+cursorbind      +listcmds        +quickfix        +wildignore
+cursorshape     +localmap        +reltime         +wildmenu
+dialog_con_gui  +lua             +rightleft       +windows
+diff            +menu            +ruby            +writebackup
+digraphs        +mksession       +scrollbind      +X11
+dnd             +modify_fname    +signs           -xfontset
-ebcdic          +mouse           +smartindent     +xim
+emacs_tags      +mouseshape      -sniff           +xsmp_interact
+eval            +mouse_dec       +startuptime     +xterm_clipboard
+ex_extra        +mouse_gpm       +statusline      -xterm_save
+extra_search    -mouse_jsbterm   -sun_workshop    -xpm
   system vimrc file: "/etc/vimrc"
     user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
      user exrc file: "$HOME/.exrc"
  system gvimrc file: "/etc/gvimrc"
    user gvimrc file: "$HOME/.gvimrc"
2nd user gvimrc file: "~/.vim/gvimrc"
    system menu file: "$VIMRUNTIME/menu.vim"
  fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz  -D_FORTIFY_SOURCE=2  -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1      
Linking: gcc   -L. -Wl,-O1,--sort-common,--as-needed,-z,relro -fstack-protector -rdynamic -Wl,-export-dynamic -Wl,-E -Wl,-rpath,/usr/lib/perl5/core_perl/CORE  -Wl,-O1,--sort-common,--as-needed,-z,relro -L/usr/local/lib -Wl,--as-needed -o vim   -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype  -lSM -lICE -lXt -lX11 -lXdmcp -lSM -lICE  -lm -lncurses -lelf -lnsl   -lacl -lattr -lgpm -ldl  -L/usr/lib -llua -Wl,-E -Wl,-rpath,/usr/lib/perl5/core_perl/CORE -Wl,-O1,--sort-common,--as-needed,-z,relro -fstack-protector -L/usr/local/lib  -L/usr/lib/perl5/core_perl/CORE -lperl -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc  -L/usr/lib/python3.4/config-3.4m -lpython3.4m -lpthread -ldl -lutil -lm  -lruby -lpthread -lgmp -ldl -lcrypt -lm  -L/usr/lib
muru
źródło

Odpowiedzi:

9
  1. Elchemia robi kolory set background=dark. Ponieważ jest pozyskiwany po twoim set bg=light, zastąpi go.

  2. set t_Co=256jest bezcelowe . W GVimie nic nie robi i zamiast tego powinieneś poprawnie ustawić emulator terminala.

    Ponadto elflord używa tylko podstawowych kolorów ANSI w terminalach kolorów, więc nie ma znaczenia, czy zmusisz Vima do zobaczenia 256 kolorów, czy ustawisz TERMwartość 256 kolorów ; twój i tak kolorychem i tak nie użyje tej rozszerzonej palety. Zamiast tego jest tak, że twój oryginał TERMjest prawdopodobnie xtermlub screeninną wartością, która ogranicza Vima do 8 kolorów. Ale Elflord używa zarówno kolorów „ciemnych”, jak i „jasnych”, które wymagają więcej TERMniż 8. Zatem wymuszenie 256 kolorów zmieni twoje kolory.

  3. Rekomendacje:

    • Nie zmieniaj wartości 't_Co'.
    • Nie robić set background.
romainl
źródło
1
Jeśli elflord ustawia się bgna dark, dlaczego jego wygląd zmienia się, jeśli ustawiam go na lighti z powrotem? Zauważ, że mój vimrc nie działa set bg=light.
muru
set bgzmienia kolory i atrybuty niektórych grup świateł, aby lepiej działały na ciemnym lub jasnym tle. Jest to w większości arbitralne i może, ale nie musi, mieć efektu w zależności od używanego schematu kolorów. Bałagan z tą opcją nie jest dobrym pomysłem.
romainl
Postępowałem zgodnie z twoją radą w sprawie bgi t_Co. Zastanawiam się tylko, dlaczego set bg=darkmoje i Elflorda powodują tak różne (ale powtarzalne) wyniki?
muru
2
Jest to kolejność ich stosowania. Ponieważ jedno nie jest dokładnym przeciwieństwem drugiego, wielokrotne przełączanie między „ciemnym” i „jasnym” nie jest przełączaniem między dwoma określonymi i stabilnymi stanami.
romainl