What could cause strange characters in Vim?
Solution 1
I've solved the problem. What I did to solve it:
- Edited
/etc/locale.gen
toLC_ALL="en_US.UTF-8"
instead ofLC_ALL="en_US"
- Ran
locale-gen
as root - Ran
locale -a
, it showeden_US.UTF-8
; however,locale
showedLC_ALL
still beingen_US
, then I remembered I had exportedLC_ALL
in my.bashrc
last night trying to fix this, so I changed myLANG
andLC_ALL
toen_US.UTF-8
- Reloaded the terminal, ran
gvim
, success! It's strange though, it is using the triangle arrow characters now, instead of the box ones. Makes me think it uses the box ones for ISO-8859 and triangles for UTF-8 possibly, which leads me to suspect I might have problems down the road in some other program. I'll fix it when it comes to it.
Solution 2
This one liner from scrooloose on this thread fixed it:
let g:NERDTreeDirArrows=0
Try putting that in your .vimrc
(see also: same answer posted here on Stack Overflow)
Solution 3
Maybe this is not worth a hack but it seems it worked for me.
I changed the line in NERDTree.vim
:
call s:initVariable("g:NERDTreeDirArrows", s:running_windows)
(it was !s:running_windows
before)
Now I don't see any fancy +
symbol, but at least jumping directories works from within vim. I'm on solaris and I don't think I have root access.
Solution 4
In my case issue was related to locale issue. Solution:
-
Set value:
export LC_ALL="en_US.UTF-8"
-
Run vim:
vim
See details for locale issue here:
Cannot set LC_CTYPE to default locale: No such file or directory
Solution 5
Adding values explicitly, to the next 2 variables in .vimrc (vim config) solved the problem for me:
let g:NERDTreeDirArrowExpandable = '▸'
let g:NERDTreeDirArrowCollapsible = '▾'
These should be default values but for some reason they were not set for me on ubuntu/vim.
Related videos on Youtube
Tanner
Updated on September 18, 2022Comments
-
Tanner over 1 year
I'm have this really strange problem in Vim using the NERD tree plugin, where, as you can see in the picture, the characters are showing up very strange. Where there is the ahat, ~V 3/4 it should be |-. I've set my LANG to en_US and LC_ALL to en_US (in Arch linux), and am using the Anonymous Pro font, although switching the font makes no difference.
-
Admin about 12 yearsIt looks like a charset problem. Your plugin is using the UTF-8 charset while your gvim is probably expecting latin1. I'm sorry I don't have a more complete solution at the moment. You could try executing "
:set fenc=utf-8
", but that's not really the long-term solution. -
Admin about 12 yearsIt indeed looks like a character encoding issue. My guess is that the data contains ├ (BOX DRAWINGS LIGHT VERTICAL AND RIGHT, U+251C), which is 0xE2 0x94 0x9C in UTF-8. Interpreted as ISO-8859-1, the first byte is â, the others are control codes. The rest is obscure, but forcing the interpretation of the data to UTF-8 should throw some light to the problem.
-
Admin about 12 yearsOk yes the box drawing makes sense, I always thought it was just a bar and dash. Anonymous Pro has the box drawing characters.
-
Admin about 12 years@Tom Wijsman I'm not sure what you changed about the title. Your edit says you edited the title, but nothing was changed.
-
Admin about 12 years@Tanner: I have added "What could cause" and a question mark.
-
-
chris.ritsen almost 12 yearsThis wasn't enough to fix this for me; I also had to recompile vim with multi_byte. Works fine now.
-
Tanner almost 12 yearsI'll check to see if my version of vim is compiled with multi_byte later tonight.
-
Erwin Rooijakkers over 9 yearsWhat the fruit. Problem solved.
-
Jakub M. over 9 years
LC_ALL="en_US.UTF-8
was enough for me