On Monday, August 8, 2016 at 12:44:56 PM UTC-4, LCD 47 wrote:
> By default the status line of the quickfix open shows "[Quickfix
> List]" or "[Location List]", followed by the w:quickfix_title variable
> described above. Some of the plugins that customize status lines choose
> to ignore that
On Monday, August 8, 2016 at 4:03:22 AM UTC-4, LCD 47 wrote:
>
> Wait, isn't the title already supposed to tell you that?
>
What do you mean by title?
Regards,
Kent.
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are
On Saturday, August 6, 2016 at 1:02:18 PM UTC-4, Bram Moolenaar wrote:
>
> The problem with this solution is that the names are translated.
> A more direct solution would be better.
>
> The 'buftype' option is "quickfix" for both quickfix and location list.
> We can't change that without causing
Currently it's hard to distinguish between Quickfix or Location list windows.
Unless I'm mistaken, but when either window is open the only way I could check
which one is open is by using :ls and checking if it reports the name of any
buffer as "[Quickfix List]" or "[Location List]".
I think it
On Wednesday, August 3, 2016 at 3:54:18 PM UTC-4, Christian Brabandt wrote:
> I attach an updated patch, which fixes all issues mentioned so far.
> Additionally I added a test for this.
>
> I will be away the next 2-3 weeks, so won't have time to work on this
> further. However, I'd appreciate
On Friday, July 29, 2016 at 3:01:36 PM UTC-4, Bram Moolenaar wrote:
> Patch 7.4.2118
> Problem:Mac: can't build with tiny features.
> Solution: Don't define FEAT_CLIPBOARD unconditionally. (Kazunobu Kuriyama)
> Files: src/vim.h
After this patch the FEAT_CLIPBOARD is not enabled when
On Friday, July 1, 2016 at 4:39:49 PM UTC-4, Christian Brabandt wrote:
> Hi Kent!
>
> On Fr, 01 Jul 2016, Kent Sibilev wrote:
>
> > Hi All,
> >
> > After this change I've noticed the following discrepancy
> >
> > Before patch:
> >
> >
Hi All,
After this change I've noticed the following discrepancy
Before patch:
echo :bomp
0
After patch:
echo :bomp
-6827100518448365568
It breaks one of my plugins.
Regards,
Kent
> Solution: Add the num64 feature. (Ken Takata)
> Files: runtime/doc/eval.txt,
/usr/local/share/applications;
then \
cp ../runtime/vim.desktop \
../runtime/gvim.desktop \
/usr/local/share/applications; \
if test -z "" -a -x ; then \
-q /usr/local/share/applications; \
fi \
fi
/bin/sh: line 0: test: a
On Thursday, March 17, 2016 at 5:07:25 PM UTC-4, Bram Moolenaar wrote:
> Kent Sibilev wrote:
>
> > On Wednesday, March 16, 2016 at 5:52:38 PM UTC-4, Bram Moolenaar wrote:
> > > Patch 7.4.1582
> > > Problem:Get E923 when using function(dict.func, [
On Wednesday, March 16, 2016 at 5:52:38 PM UTC-4, Bram Moolenaar wrote:
> Patch 7.4.1582
> Problem:Get E923 when using function(dict.func, [], dict). (Kent Sibilev)
> Storing a function with a dict in a variable drops the dict if the
> function is
On Thursday, March 17, 2016 at 6:26:05 PM UTC-4, Kent Sibilev wrote:
>
> When I execute MyFunc command, it works:
>
> :MyFunc /tmp
> /tmp
>
> When I execute MyFuncBug command, it produces an error:
>
> :MyFuncBug /tmp
> E116: Invalid arguments for function 164_M
On Wednesday, March 16, 2016 at 10:43:13 AM UTC-4, Bram Moolenaar wrote:
> Kent Sibilev wrote:
>
> > On Tuesday, March 15, 2016 at 2:33:55 PM UTC-4, Bram Moolenaar wrote:
> > > Patch 7.4.1577
> > > Problem:Cannot pass "dict.Myfunc" around as a partial.
On Thursday, March 17, 2016 at 6:22:25 PM UTC-4, Bram Moolenaar wrote:
> Kent Sibilev wrote:
>
> > > > On Wednesday, March 16, 2016 at 5:52:38 PM UTC-4, Bram Moolenaar wrote:
> > > > > Patch 7.4.1582
> > > > > Problem:Get E923 when using functio
sn't allow functions like this:
function! s:cache_clear(...) dict
function! rails#cache_clear(...)
to be defined at the same time. Any particular reason for this, cause this
change breaks vim-rails plugin.
Thanks,
Kent Sibilev
--
--
You received this message from the "vim_dev" maillis
On Thursday, June 25, 2015 at 12:20:57 PM UTC-4, Kent Sibilev wrote:
This patch crashes vim for me when I'm starting it from tmux:
$ lldb vim
(lldb) target create vim
Current executable set to 'vim' (x86_64).
(lldb) run
Process 16364 launched: '/usr/local/bin/vim' (x86_64)
Process 16364
This patch crashes vim for me when I'm starting it from tmux:
$ lldb vim
(lldb) target create vim
Current executable set to 'vim' (x86_64).
(lldb) run
Process 16364 launched: '/usr/local/bin/vim' (x86_64)
Process 16364 stopped
* thread #1: tid = 0x4f71ea, 0x000100193d13 vim`may_req_bg_color +
On Wednesday, July 30, 2014 10:44:37 AM UTC-4, Bram Moolenaar wrote:
Christian wrote:
Hi John!
On Mi, 30 Jul 2014, John Little wrote:
On Wednesday, July 30, 2014 3:12:05 AM UTC+12, Kent Sibilev wrote:
I've found that some C code is incorrectly rendered when
I've found that some C code is incorrectly rendered when I use 'nolist' option.
In the attached file, lines 6-7 are incorrectly shifted to the right and when I
press '$' the cursor doesn't move all the way to the end of the text.
I wonder if it is something related to my environment or can be
On Tuesday, July 29, 2014 11:12:05 AM UTC-4, Kent Sibilev wrote:
I've found that some C code is incorrectly rendered when I use 'nolist'
option.
In the attached file, lines 6-7 are incorrectly shifted to the right and when
I press '$' the cursor doesn't move all the way to the end
On Wednesday, April 23, 2014 1:30:15 PM UTC-4, Bram Moolenaar wrote:
Kent Sibilev wrote:
After this change, in contrary to the documentation, I cannot define a
global function like this:
function g:Foo()
endfunction
Sorry, the documentation is wrong. Although I
On Thursday, November 14, 2013 6:24:42 AM UTC-5, Daniel paradigm Thau wrote:
On Wednesday, November 13, 2013 11:10:39 PM UTC-5, Kent Sibilev wrote:
Maybe i'm missing something, but you don't need to patch Vim in order to
get this functionality. What you need is kana's textobj pluing:
https
On Thursday, November 14, 2013 9:59:51 AM UTC-5, Ben Fritz wrote:
On Wednesday, November 13, 2013 10:10:39 PM UTC-6, Kent Sibilev wrote:
On Wednesday, November 13, 2013 8:14:20 PM UTC-5, Daniel paradigm Thau
wrote:
Attached is a patch to add an 'autotextobject' setting which
On Thursday, November 14, 2013 11:28:45 AM UTC-5, Daniel paradigm Thau wrote:
On Thursday, November 14, 2013 11:01:56 AM UTC-5, Kent Sibilev wrote:
On Thursday, November 14, 2013 6:24:42 AM UTC-5, Daniel paradigm Thau
wrote:
Vim tries to use the existing text-objects with a function
On Wednesday, November 13, 2013 8:14:20 PM UTC-5, Daniel paradigm Thau wrote:
Attached is a patch to add an 'autotextobject' setting which will treat
undefined text-objects like quote text objects, using the provided
character as bounds. For example, with this setting if a user enters
di,
Hi everyone!
The latest revision of syntax/css.vim introduced a subtle problem with the
following line:
Required for cssHacks
setlocal iskeyword-=_
I'm not sure if the syntax file that is the correct place to set vim's options
other than syntax settings. For example, rails.vim plugin allows
On Monday, July 8, 2013 7:25:03 AM UTC-4, Timothee Gauthier wrote:
Hi,
I compile Vim on OS X with the latest version, but when I do in vim every
rubydo command:
:rubydo puts x
It crash with
Vim: Caught deadly signal TRAP
Vim: Finished.
When you install vim, ask it not to strip
On Sun, Dec 11, 2011 at 8:51 AM, Rich Healey healey.r...@gmail.com wrote:
I'm not completely sure I understand, (Please forgive my ignorance) the
caller of vim_chdir should not be obviously aware of the existance of the
hook surely? The actions take place just before returning.
Obviously the
Hello,
There is a problem introduced by the latest mouse patch. I'm using Vim
in iTerm2 terminal which I believe closely emulates xterm on Mac OSX.
I noticed that with the latest patches after executing an external
program, for example :!ls, the mouse support stops working even though
mouse=a is
2009/5/22 Bram Moolenaar b...@moolenaar.net:
Dominique Pelle wrote:
Nico Weber wrote:
Hi,
On 03.05.2009, at 00:03, Dominique Pellé wrote:
After applying your patch, there are no such errors anymore.
However, when exiting, I see that those blocks are not being
freed:
30 matches
Mail list logo