Re: Can gvim take up the whole GUI screen (with no window decorations)

On Mon, Oct 29, 2018 at 4:31 AM Kazunobu Kuriyama wrote: > > On Mon, Oct 29, 2018 at 11:25 AM Tony Mechelynck > wrote: >> >> On Mon, Oct 29, 2018 at 2:26 AM Kazunobu Kuriyama >> wrote: >> > As far as X11 is concerned, whether or not attaching the task bar or the >> > title window to the

Re: Can gvim take up the whole GUI screen (with no window decorations)

On Mon, Oct 29, 2018 at 11:25 AM Tony Mechelynck < antoine.mechely...@gmail.com> wrote: > On Mon, Oct 29, 2018 at 2:26 AM Kazunobu Kuriyama > wrote: > > As far as X11 is concerned, whether or not attaching the task bar or the > title window to the window dedicated to gvim proper is determined by

Re: Can gvim take up the whole GUI screen (with no window decorations)

On Mon, Oct 29, 2018 at 2:26 AM Kazunobu Kuriyama wrote: > As far as X11 is concerned, whether or not attaching the task bar or the > title window to the window dedicated to gvim proper is determined by the > window manager in use with that gvim. Accordingly, if the window manager is > able

Re: Can gvim take up the whole GUI screen (with no window decorations)

On Mon, Oct 29, 2018 at 7:51 AM Tony Mechelynck < antoine.mechely...@gmail.com> wrote: > From github issue 3573: @prabirshrestha said: > > > @tonymec by full screen I don’t mean maximize. Full screen as in no task > bar and title window. I want my vim to be in one monitor and take all the >

Can gvim take up the whole GUI screen (with no window decorations)

>From github issue 3573: @prabirshrestha said: > @tonymec by full screen I don’t mean maximize. Full screen as in no task bar > and title window. I want my vim to be in one monitor and take all the pixels > there similar to watching a movie. This kind of thing would (I expect) have to be

Native language protocol server (LSP) support in Vim

Hi, The Microsoft language protocol server supports many programming languages. https://microsoft.github.io/language-server-protocol/implementors/servers/ https://langserver.org/ There are a few Vim plugins that currently support LSP integration: https://github.com/prabirshrestha/vim-lsp

Re: [vim/vim] Support for plugin authors needs to be improved (poll) (#3573)

Hi, On Sun, Oct 28, 2018 at 7:33 AM 'Marcin Szamotulski' via vim_dev wrote: > > It would be nice to add multi line support for quickfix list. Some languages > output multi line error messages (Haskell, PureScript, ...) with a lot of > information that's not fitting into a single line. > Vim

Re: What do Vim plugin authors want from Vim?

> May be on reddit? > > Here vim community: https://www.reddit.com/r/vim/ I don't like reddit. -- He was not in the least bit scared to be mashed into a pulp Or to have his eyes gouged out and his elbows broken; To have his kneecaps split and his body burned away

Patch 8.1.0500

Patch 8.1.0500 Problem:Cleaning up in src/tee may not always work. Solution: Use "rm" when appropriate. (Michael Soyka, closes #3571) Files: src/tee/Makefile *** ../vim-8.1.0499/src/tee/Makefile2018-10-17 22:45:51.167602173 +0200 --- src/tee/Makefile2018-10-28

Re: [vim/vim] Support for plugin authors needs to be improved (poll) (#3573)

It would be nice to add multiline support for quickfix list. Some languages output multi line error messages (Haskell, PureScript, ...) with a lot of information that's not fitting into a single line. Currently, one has to show each error line as a separate quick fix entry, but this breaks the

Re: ml_get internal error with vimgrep

Yegappan wrote: > > > When I try to run the "2vimgrep buf_T *.c" command from > > > an empty buffer, I see the following error: > > > > > > E315: ml_get: invalid lnum: 2 > > > > > > This doesn't happen if the current buffer has 2 or more lines. > > > It looks like Vim is trying to highlight

Patch 8.1.0499

Patch 8.1.0499 Problem::2vimgrep causes an ml_get error Solution: Pass tomatch pointer instead of value. (Yegappan Lakshmanan) Files: src/ex_getln.c, src/quickfix.c, src/testdir/test_quickfix.vim *** ../vim-8.1.0498/src/ex_getln.c 2018-09-30 21:43:17.187693348 +0200 ---

Re: What do Vim plugin authors want from Vim?

Reddit may help with this. Here vim community: https://www.reddit.com/r/vim/ > On 28 Oct 2018, at 15:53, Bram Moolenaar wrote: > > > Ken Takata wrote: > >> 2018/10/28 Sun 6:49:52 UTC+9 Bram Moolenaar wrote: It looks like the SO people don't really

Re: What do Vim plugin authors want from Vim?

Ken Takata wrote: > 2018/10/28 Sun 6:49:52 UTC+9 Bram Moolenaar wrote: > > > It looks like the SO people don't really appreciate this kind of > > > question. > > > > Pity, their way of voting on answers fits the goal. > > > > I don't really know another site where this would fit... > > We

Re: What do Vim plugin authors want from Vim?

markers you can set which flow with the text. Would be useful for snippet engines and the like (and it could be used for such feature, too) Marc Weber -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more

Re: What do Vim plugin authors want from Vim?

> I often wonder what next to add or improve in Vim. These days plugin > authors are a very important group of people who help making Vim more > useful. Thus I would like to hear from them what they want. Since the question is put on hold on SO: IMHO the only feature really missing is some

Re: What do Vim plugin authors want from Vim?

I can just speak for myself: VAM/vundle/neovim -> all were created because people didn't know each other well. Managing community. But that's different question, eg trends.google.com vim vs 'visual studio code' (critical mass .. potential future problem) For instance for PHP

Re: What do Vim plugin authors want from Vim?

May be on reddit? Here vim community: https://www.reddit.com/r/vim/ > 28 окт. 2018 г., в 0:49, Bram Moolenaar написал(а): > > > I wrote: > >> I often wonder what next to add or improve in Vim. These days plugin >> authors are a very important group of people who help making Vim more >>

Re: What do Vim plugin authors want from Vim?

Hi Bram, 2018/10/28 Sun 6:49:52 UTC+9 Bram Moolenaar wrote: > > It looks like the SO people don't really appreciate this kind of > > question. > > Pity, their way of voting on answers fits the goal. > > I don't really know another site where this would fit... We can use GitHub Issues ;-) Users