can you help me to know why PowerLine Status is not showing special symbols in shell?
I'm working on Debian 8.3 and Powerline installed in this way: https://www.tecmint.com/powerline-adds-powerful-statuslines-and-prompts-to-vim-and-bash/
It's almost certainly a limitation of the bitmap font used by the terminal emulator. If you have any option to switch to a TrueType font, try one that looks nice (though there might be none that looks exactly the same as what you're used to). Lucida Console or Consolas seem to be popular choices, or you can get some more suggestions here.
Try Installing powerline fonts. It should work
powerline fonts
Also powerline-shell config changes from shell to shell
Follow the steps given in
powerline-shell-github-page
Related
I recently found out about fira code and I was wondering how do I get it in neovim?
I didnt find any tutorial
You need to change the terminal font.
Your font is not configured in Neovim. The text editor uses the font defined for your terminal (xterm, Gnome Terminal, Kitty, Alacritty...)
If you are talking about nvim-qt and not in your terminal, on Windows, in my $HOME\AppData\Local\nvim folder, I have ginit.vim file with the following content :
GuiFont! Fira Mono:h11:cANSI:qDRAFT
guifont is an option to force the font used in gvim normally, but nvim-qt seems to follow it as well
That's how it looks like when I start gvim:
When I start typing, black versions of these symbols appear. It looks like gvim simply replaces every character with these strange symbols.
Vim works fine though.
I'm using gvim 7.4 on arch linux.
The problem might have started to occur after I tried to use gvim as my external editor for sylpheed. I'm not sure about this though, gvim might have never worked on my system yet.
I used dropbox because I can't post images on stackoverflow.
Thank you for your help
When I use MacVim, all the color schemes work and looks very rich in the window.
But when I fire up my Terminal and use Vi inside it, the color schemes look very very bad. Is there any setting/config I should set to let Terminal Vi use all the colors available by a color scheme.
Update: I use
MacOSX Lion
Terminal v2.2 with xterm-color
Vim 7.3
Thanks
You probably can't do this. It's not Vim's fault, it's your terminal's fault. The GUI has access to millions of colours and terminals generally have access to 256 (or much less, depending on your terminal). It just doesn't have the guts to show the same colours as the GUI version. That's also why all of the colour schemes for Vim have values for the GUI (e.g. guibg) and values for the terminal (e.g ctermbg). There's a GUI value for the powerful side, and a terminal value for the weak side.
This is one of the reasons why I only use the GUI version. You can easily marry the command line with Vim so that using a single GUI version is much easier. You can check out a video on how to do this at vimeo and I recently created a plugin for ZSH that makes it even easier, which you can get from Github
If configure your .vimrc with the command
set t_Co=256
you are configuring vim to allow colorschemes that use 256 colors. Maybe MacVim uses this configuration by default.
I'd advise trying CSApprox
On OS X especially you can get very good results for console Vim.
I use it on OS X, Debian & Fedora with good results for console Vim & Matt who wrote the plugin, is a very helpful guy & will do his best to get the best results possible for you if you run into problems.
I'm guessing lots of people get this problem, but I can't seem to find any other threads/questions about it anywhere. I guess it's difficult to capture in keywords.
Basically, Vim doesn't draw the background color when scrolling up in places where there is no text. I've also seen it on my friend's Mac, so it's not peculiar to my setup.
I have a pretty big vimrc, but I get the same problem without a vimrc and setting :colorscheme blue.
I'm using gnome-terminal on Ubuntu 11.10 (Oneiric Ocelot). It's a fairly clean install that I set up only a few days ago, so there's not really any funny business going on. I expect this would happen out of the box.
I've not had this problem in other contexts e.g. over SSH with PuTTY or previous versions of Ubuntu which I'm guessing was also gnome-terminal.
What's going on?
In Linux I had export TERM=xterm-256color in my .bashrc. That caused Vim to look like this (after setting set t_Co=256):
When I removed that line from my .bashrc and opened a new terminal (exec bash didn't do it). This is what I get (you need to have set t_Co=256):
Try running :set t_Co=256 (replacing 256 with the value corresponding to the number of colors your terminal supports). A similar looking (though less conspicuous) problem of mine was caused by using too few of the available terminal colors in Vim. To figure out how many colors your terminal supports, see this.
I had to do two things:
Remove set t_Co=256 in my .vimrc. (The terminal showed 256 colors anyway)
The color blocks still appeared when scrolling though, so I had to do the change detailed here: https://superuser.com/questions/457911/in-vim-background-color-changes-on-scrolling
I tend to maximize a terminal to one screen, and vertically split several windows in Vim. Everything works fine for the first few windows on the left, but clicking past about the 220th column in the terminal doesn't work correctly. Any mouse clicks past column 220 seem to be wrapping around to column 1. I've tested in xterm, urxvt, and Gnome terminal with and without tmux/screen; always the same behavior. If I greatly increase the size of the font in Gnome terminal, I can click on the last column (although it is no longer past column #220).
If I run a command in a terminal that prints to standard output, I can click all the way to the right of the terminal. The problem does seem to be related to Vim.
I have set mouse=a in .vimrc. I'll post the entire file on request, but it doesn't seem to have anything else related to the mouse.
It's probably irrelevant, but I'm running Xmonad+Gnome. Thanks in advance.
This has been fixed in Vim 7.3.632. See :h sgr-mouse. Or just put this in your ~/.vimrc:
set ttymouse=sgr
If you want to be compatible with versions that don't have mouse_sgr compiled in, use:
if has("mouse_sgr")
set ttymouse=sgr
else
set ttymouse=xterm2
end
To see if your version of Vim has mouse_sgr, run vim --version from the command-line, or in Vim, enter :version, and look for +mouse_sgr.
If you're using older versions of screen, or terminal emulators that don't support SGR, you may need to upgrade or switch. These settings work with all new versions of screen, tmux, gnome-terminal, PuTTY/KiTTY, iTerm2, and Terminal.app, using TERM=xterm-256color or screen-256color.
Update: If you're using neovim, SGR support is enabled by default.
Edit:
I deleted the bug report, as that tracker was for the website, not the text editor.
In looking in the correct place for an existing bug report, I found this:
http://groups.google.com/group/vim_dev/browse_thread/thread/4c137e64d2032441/b3993eaa89589619?lnk=gst&q=mouse#b3993eaa89589619
To summarize, it was an xterm limitation that has been lifted. However, Vim does not yet support columns longer than 223.
Original:
This seems to be a bug, as supported by comments made by redstreet. I filed a bug report:
https://sourceforge.net/tracker/?func=detail&aid=3389331&group_id=27891&atid=391887
A few years later, the bug still seems to be present.
The solution I found is neovim: a modern refactor of vim. Among other features, this bug has been resolved.
I simply copied my .vimrc into .nvimrc, and my plugins just worked with nvim. Maybe I'll just keep using that.