• nvim --version: NVIM v0.5.0-23-gafd576ee9
• vim -u DEFAULTS (version: ) behaves differently? yes
• Operating system/version: Ubuntu 18.0.4.1 via WSL
• Terminal name/version: conhost
• $TERM: xterm-256color

Steps to reproduce using nvim -u NORC

Download:
[neovim_enc_bug.txt](https://github.com/neovim/n

• I have read through the manual page (man fzf)
• I have the latest version of fzf
• I have searched through the existing issues

Info

• OS
  • Linux
  • Mac OS X
  • Windows
  • Etc.
• Shell
  • bash
  • zsh
  • fi

Issue Prelude

Please complete these steps and check these boxes (by putting an x inside
the brackets) before filing your issue:

• I have read and understood YCM's [CONTRIBUTING][cont] document.
• I have read and understood YCM's [CODE_OF_CONDUCT][code] document.
• I have read and understood YCM's [README][readme], **especially the
  [Frequently Asked Questions][faq]

Writing clear documentation is hard! But please, can someone who understands auto-complete, company, and yasnippet try and clarify this section in the docs: https://github.com/syl20bnr/spacemacs/tree/master/layers/%2Bcompletion/auto-completion#enable-company-or-auto-complete-globally

You may want to enable company globally to get auto-completion everywhere even in the modes which are not

Describe the bug
Reading from stdin (i.e. vim -) causes vim to mark the buffer as modified. This prevents a user from quitting with :q, and instead must resort to :q!. This behavior runs contrary to what is documented under :h --, which states that "The buffer will not be marked as modified, so that it's easy to exit".

~This also prevents vim from opening to stdin in readonly mode,

Reference:
https://github.com/syl20bnr/spacemacs/blob/master/doc/DOCUMENTATION.org#replacing-text-with-iedit

In spacemacs, you cant delimiter the area of action of iedit, its super useful when you dont want to change every match on the file.

Environment

• Operating System: macOS Mojave Version 10.14.4
• Vim version :version: VIM - Vi IMproved 8.1 macOS version
• NERDTree version git rev-parse --short HEAD: f4d2b30
• NERDTree settings applied in your vimrc, if any:

" map toggle N

Running :GoDoc makes my vim session block as it is not ran in the background. This might not be an issue for small codebases, where the blocking call is quick enough, but it causes frustration when using the command on larger codebases.

It would be great if :GoDoc runs in the background, without blocking my editor, similar to how the guru-related commands work (e.g. :GoReferrers)

Looking for help from the community regarding this issue.

Issue:
Sporadic CI failures.

Expected behavior:
Consistent CI results.

Actual behavior:
CI test may fail or pass with a rerun and no other change.

Steps to reproduce:
Run CI repeatedly by opening a PR and re-pushing minor changes until reproduced.

Reference issue: https://travis-ci.org/onivim/oni/jobs/4999

Neither here nor powerline/fonts has any documentation of what codepoints are supposed to be provided with which glyphs by fonts. This makes it virtually impossible for font authors to add support.

Also, I’ve seen you use the PUA. Please register your codepoints with http://www.evertype.com/standards/csur/ so they don’t overlap with any other CSUR PUA assignments. (It’s easy, I got a couple ass

Runtime Environment

• Operating system and version: Gentoo Linux
• Terminal emulator and version: Alacritty 0.4.0
• Python version: 3.6.9
• Ranger version/commit: 1.9.2
• Locale: en_US.utf8

Current Behavior

When I try to rename

おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|おはよう|.txt

the cursor cannot reach the end of the

Describe the bug
When I grab multiple lines of text in visual mode and click S, it is expected that it deletes all lines that are selected and puts me into insert mode. But what is happening instead is that it puts me into insert mode and allows me to insert one character at the start and beginning of the selection.

To Reproduce
Steps to reproduce the behavior:

1. Open the file

Maybe the spelling check for English is heavily needed, and later support for Chinese?
Or is any workaround to do spelling check in vnote?

Thanks!

Describe the bug
When the bottom scrollbar is toggled off. It is not possible to make a window that is as tall as the available screen real estate. You can't drag (expand) the bottom edge of the window to the bottom of the screen. If you drag the whole window down such that the bottom edge is aligned with the bottom of the screen you can't drag the top edge to expand to meet the top of the sc

Currently, although the individual commands can have documentation, the only information about the mode itself is relegated its name. Something really cool would be if instead of a static string, kakoune could allow the mode to specify a command to be called for its docstring. This would allow kak-lsp to print the results of lsp-code-actions or lsp-hover above the list of subcommands.

As Doom continues to grow, so have incoming bug reports for modules I do not use and toolchains I know little about, like :lang clojure or :tools ein, and so I struggle to support them.

If you know a little nix and use Doom, consider contributing a shell.nix file to the module(s) you use the most. Particularly :lang modules, so that I can get a test environment up and running to test ag

Currently, the FullscreenNotification hide timeout is hardcoded to 3s (in webenginetab.py which creates the object).

Instead, it should be configurable, including a value (probably 0 or -1 or None, depending on how other settings do this) to not show it at all.

Also, it might be good to rename content.windowed_fullscreen to content.fullscreen.window if we name this something like `co

Would be useful if this kind of syntax and interaction is supported.

Found it in TextMate manual, ${«int»|«choice 1»,…,«choice n»|} .

For example:

color: ${1|red,green,blue|}

And a demo in VSCode:

I created a simple responsive page for the tutorial at https://github.com/mattn/emmet-vim/blob/master/TUTORIAL.

I made it with a style resembling the https://emmet.io/ website in case @mattn might want to use it on that site. After finishing I found that there's already an official doc with a more in-depth explanation at https://docs.emmet.io/.

So, anyway here's the [repo](https://github.co

I want to add the screenshots in README.
If you have good screenshots for deoplete README, can you add it in this issue?