when I enable this plugin, I see the ^G in the NerdTree explorer

workaround is to put:
let g:NERDTreeNodeDelimiter = "\u00a0"
in vimrc
@reubinoff , that is the correct workaround, but I'm curious to know why you are seeing the ^G. It should be concealed. What version of vim are you using? Are there other plugins that could be interfering with NERDTree? What other settings do you have in your vimrc?
Thanks!
my vimrc: https://github.com/reubinoff/DotFiles/blob/master/.vimrc
vim version:
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Aug 17 2018 17:08:16)
Included patches: 1-503, 505-680, 682-1283
Compiled by [email protected]
Normal version without GUI. Features included (+) or not (-):
+acl +file_in_path -mouse_sgr +tag_old_static
-arabic +find_in_path -mouse_sysmouse -tag_any_white
+autocmd +float -mouse_urxvt -tcl
-balloon_eval +folding +mouse_xterm -termguicolors
-browse -footer +multi_byte -terminal
+builtin_terms +fork() +multi_lang +terminfo
+byte_offset -gettext -mzscheme +termresponse
+channel -hangul_input +netbeans_intg +textobjects
+cindent +iconv +num64 +timers
-clientserver +insert_expand +packages +title
-clipboard +job +path_extra -toolbar
+cmdline_compl +jumplist -perl +user_commands
+cmdline_hist -keymap +persistent_undo +vertsplit
+cmdline_info +lambda +postscript +virtualedit
+comments -langmap +printer +visual
-conceal +libcall -profile +visualextra
+cryptv +linebreak +python/dyn +viminfo
+cscope +lispindent -python3 +vreplace
+cursorbind +listcmds +quickfix +wildignore
+cursorshape +localmap +reltime +wildmenu
+dialog_con -lua -rightleft +windows
+diff +menu +ruby/dyn +writebackup
+digraphs +mksession +scrollbind -X11
-dnd +modify_fname +signs -xfontset
-ebcdic +mouse +smartindent -xim
-emacs_tags -mouseshape +startuptime -xpm
+eval -mouse_dec +statusline -xsmp
+ex_extra -mouse_gpm -sun_workshop -xterm_clipboard
+extra_search -mouse_jsbterm +syntax -xterm_save
-farsi -mouse_netterm +tag_binary
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
defaults file: "$VIMRUNTIME/defaults.vim"
fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DMACOS_X_UNIX -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: gcc -L/usr/local/lib -o vim -lm -lncurses -liconv -framework Cocoa
workaround is to put:
let g:NERDTreeNodeDelimiter = "\u00a0"
in vimrc
Thank you very much. It works for me.
@reubinoff I see from the output of your :version command that the conceal feature was not included in your build of vim. @keonjeo, I'm just guessing, but it's probably the case for you too. If you can compile your own vim from source, you could turn that on with the right switches, and then you wouldn't need the workaround.
Because you don't have the conceal feature, the syntax file instead links the NERDTreeNodeDelimiter highlight group to the Ignore highlight group, which unfortunately doesn't do well with the ^G character.
Funny thing is I have the same issue and my conceal flag is intact and only this offered answer cleared things up for me.

VIM - Vi IMproved 8.1 (2018 May 18, compiled Nov 29 2018 04:52:18)
macOS version
Included patches: 1-550
Compiled by Homebrew
For some weird reason the ^G only shows on some directories and not in others and the solution here causes <a0> to appear in front of file and folder names, where when removing this same line, everything is fine and normal. Wow!!!
Same problem when I set syntax off
Workaround works for me, Standard vim on MAC does not have conceal either
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Aug 17 2018 17:24:51)
Included patches: 1-503, 505-680, 682-1283
Compiled by [email protected]
Normal version without GUI.
.......
-conceal +libcall -profile +visualextra
.......
The workaround works only it adds some extra whitespace between the arrow and folder, if I make it empty I cannot open the folder.
Best to just re-compile with --with-features=huge (--enable-conceal does not appear to be a valid compile time flag). This resolved the issue easily enough.
Cheers!
'brew install vim' could also be a viable solution.
Can it be detected that vim doesn't have the conceal feature, and use appropriate NERDTreeNodeDelimiter?
I second @CharlesB2 suggestion too, because it happens with macOS default's vim with no complicated config.
If you all wouldn't mind, I have a new PR out that could use some testing. You can just do
git pull
git checkout smarter_delimiter_default
git pull
on the NERDTree repo to give it a go. All my vims have the conceal feature, so I can't give it a complete test.
Thanks!
Looks good to me by using this PR on macOS. I will do the same checks on Debian to see if there was any regression on that front, because on Debian everything was working properly. I'll let you know ASAP.
LGTM on both Debian and macOS fronts now, with their default vim installs. Thanks!
Fixed by #963.
workaround is to put:
let g:NERDTreeNodeDelimiter = "\u00a0"
in vimrc
This issue is still persist. When I reload entire .vimrc at runtime, If I restart vim instance then it work as it is.

This issue should be re-open
Most helpful comment
workaround is to put:
let g:NERDTreeNodeDelimiter = "\u00a0"
in vimrc