Fixed the longstanding xterm problem.
For ages I've had problems with 256-color xterm and vim. I never used a proper colorscheme, but just modified the default I was "magically" given. This changes all of that to make us now have a proper color scheme -- the "adam" scheme. Colors now work independent of console color depth, I think. There are remaining quirks, but I'll have to add the requirements as proper color mappings to my color scheme file.
This commit is contained in:
13
vim/vimrc
13
vim/vimrc
@ -1,9 +1,14 @@
|
||||
"ADAM David Alan Martin's updated vimrc
|
||||
"source ~/.vim/default.vim
|
||||
|
||||
"setf oopcpp
|
||||
let g:netrw_special_syntax=1
|
||||
set nofoldenable
|
||||
syntax on
|
||||
|
||||
"The adam color scheme has both syntax colors and adam colorscheme now.
|
||||
"This fixes the longstanding xterm-256color issues I've had.
|
||||
colors adam
|
||||
|
||||
source ~/.vim/vimrc.colors
|
||||
|
||||
source ~/.vim/vimrc.globalprefs
|
||||
|
||||
@ -16,9 +21,5 @@ source ~/.vim/vimrc.keymaps
|
||||
source ~/.vim/vimrc.functions
|
||||
|
||||
source ~/.vim/vimrc.fileprefs
|
||||
source ~/.vim/vimrc.syntaxcolors
|
||||
source ~/.vim/vimrc.statusline
|
||||
|
||||
"compiler msvc
|
||||
"set makeprg=wmake
|
||||
"set errorformat=\ %#%f(%l\\\,%c):\ %m
|
||||
|
||||
Reference in New Issue
Block a user