Hi,
2017/10/25 Wed 21:28:50 UTC+9 Christian Brabandt wrote:
> Hi Ken,
> I briefly looked at your patch and have some feedback.
>
> On Mi, 25 Okt 2017, Ken Takata wrote:
>
> > Changes are:
> > * Merge the two patches into one.
> > * Update the document.
> > * Rename the global variable `do_globpa
Hi Ken,
I briefly looked at your patch and have some feedback.
On Mi, 25 Okt 2017, Ken Takata wrote:
> Changes are:
> * Merge the two patches into one.
> * Update the document.
> * Rename the global variable `do_globpath_menus` to `do_lazyload_menus`.
> I'm still wondering what is the best nam
Hi,
2017/10/25 Wed 6:20:09 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> > > > 2017/5/26 Fri 22:36:40 UTC+9 Ken Takata wrote:
> > > > > > 096.000 047.000 044.000: sourcing D:\Logiciels\Vim\vim80/menu.vim
> > > > > > 096.000 072.000 025.000: sourcing
> > > > > > D:\Logiciels\Vim\vim80\f
Ken Takata wrote:
> > > 2017/5/26 Fri 22:36:40 UTC+9 Ken Takata wrote:
> > > > > 096.000 047.000 044.000: sourcing D:\Logiciels\Vim\vim80/menu.vim
> > > > > 096.000 072.000 025.000: sourcing
> > > > > D:\Logiciels\Vim\vim80\filetype.vim
> > > >
> > > > menu.vim uses `globpath()` to search s
Hi Bram,
2017/10/24 Tue 5:45:40 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> > 2017/5/26 Fri 22:36:40 UTC+9 Ken Takata wrote:
> > > > 096.000 047.000 044.000: sourcing D:\Logiciels\Vim\vim80/menu.vim
> > > > 096.000 072.000 025.000: sourcing D:\Logiciels\Vim\vim80\filetype.vim
> > >
>
Ken Takata wrote:
> 2017/5/26 Fri 22:36:40 UTC+9 Ken Takata wrote:
> > > 096.000 047.000 044.000: sourcing D:\Logiciels\Vim\vim80/menu.vim
> > > 096.000 072.000 025.000: sourcing D:\Logiciels\Vim\vim80\filetype.vim
> >
> > menu.vim uses `globpath()` to search some kind of files under the
> r
Hi,
2017/5/26 Fri 22:36:40 UTC+9 Ken Takata wrote:
> > 096.000 047.000 044.000: sourcing D:\Logiciels\Vim\vim80/menu.vim
> > 096.000 072.000 025.000: sourcing D:\Logiciels\Vim\vim80\filetype.vim
>
> menu.vim uses `globpath()` to search some kind of files under the
runtimepath.
> If you search
On Fr, 26 Mai 2017, Ken Takata wrote:
> > Ok I save 100ms using the plugin manager vim-plug but not enough for me.
> > Is anyone can advise me or explain to me why some files are loaded twice
> > and take twice or more times N msec:
> > - vim80/menu.vim
> > - vim80\filetype.vim
>
> > 096.000
Hi,
2017/5/24 Wed 17:39:34 UTC+9 Ni Va wrote:
> Le mardi 23 mai 2017 21:46:01 UTC+2, Ni Va a écrit :
> > Le mardi 23 mai 2017 18:14:24 UTC+2, MarcWeber a écrit :
> > > > Thank you
> > > Sped up by using a plugin manager supporting lazy loading or as needed
> > > (vim-addon-manager/Neobundle maybe
Le mercredi 24 mai 2017 21:54:12 UTC+2, Christian Brabandt a écrit :
> On Mi, 24 Mai 2017, Antony Scriven wrote:
>
> > Your colorscheme or vimrc or both appears to be causing
> > syncolor.vim to go bananas. I'd take a look at the code
> > there to find out what's going on. filetype.vim and menu.vi
On Mi, 24 Mai 2017, Antony Scriven wrote:
> Your colorscheme or vimrc or both appears to be causing
> syncolor.vim to go bananas. I'd take a look at the code
> there to find out what's going on. filetype.vim and menu.vim
> are just big. You can disable loading menu.vim with `set
> guioptions+=M`
Le mercredi 24 mai 2017 11:01:31 UTC+2, Dominique Pelle a écrit :
> Ni Va :
>
> > Le mardi 23 mai 2017 21:46:01 UTC+2, Ni Va a écrit :
> >> Le mardi 23 mai 2017 18:14:24 UTC+2, MarcWeber a écrit :
> >> > > Thank you
> >> > Sped up by using a plugin manager supporting lazy loading or as needed
> >>
> Ok I save 100ms using the plugin manager vim-plug but not enough for me.
> Is anyone can advise me or explain to me why some files are loaded twice and
> take twice or more times N msec:
> - vim80/menu.vim
> - vim80\filetype.vim
I never compared vimplug vs VAM, but I'd be interested in it.
AF
Ni Va :
> Le mardi 23 mai 2017 21:46:01 UTC+2, Ni Va a écrit :
>> Le mardi 23 mai 2017 18:14:24 UTC+2, MarcWeber a écrit :
>> > > Thank you
>> > Sped up by using a plugin manager supporting lazy loading or as needed
>> > (vim-addon-manager/Neobundle maybe more).
>> >
>> > Typically sourcing twice
Your colorscheme or vimrc or both appears to be causing
syncolor.vim to go bananas. I'd take a look at the code
there to find out what's going on. filetype.vim and menu.vim
are just big. You can disable loading menu.vim with `set
guioptions+=M` if you don't need it. --Antony
2017-05-24 9:39 GMT+01
Le mardi 23 mai 2017 21:46:01 UTC+2, Ni Va a écrit :
> Le mardi 23 mai 2017 18:14:24 UTC+2, MarcWeber a écrit :
> > > Thank you
> > Sped up by using a plugin manager supporting lazy loading or as needed
> > (vim-addon-manager/Neobundle maybe more).
> >
> > Typically sourcing twice is not a proble
Le mardi 23 mai 2017 18:14:24 UTC+2, MarcWeber a écrit :
> > Thank you
> Sped up by using a plugin manager supporting lazy loading or as needed
> (vim-addon-manager/Neobundle maybe more).
>
> Typically sourcing twice is not a problem, often guard [1] like guard
> has been setup which is a quick w
> Thank you
Sped up by using a plugin manager supporting lazy loading or as needed
(vim-addon-manager/Neobundle maybe more).
Typically sourcing twice is not a problem, often guard [1] like guard
has been setup which is a quick workraound which immediately saves most
time.
Marc Weber
[1]
if e
Hi,
Profiling vim startup returns the fact that some files are loaded N times.
nivacolors.vim
syncolor.vim
How can I fix that to load those files just one time please ?
Thank you
clock elapsed: other lines
000.000 000.000: --- VIM STARTING ---
000.000 000.000: Allocated gen
19 matches
Mail list logo