On Wednesday, September 9, 2015 at 9:16:00 AM UTC+2, Ike wrote:
> tiny build breaks with this patch, I've opened a pull request on github
> that only uses plines_nofill when FEAT_DIFF or PROTO is defined.
>
> https://github.com/vim/vim/pull/416
>
> --
> Ike
I think "FEAT_DIFF or PROTO" isn't
On Wed, Sep 09, 2015 at 01:38:18AM -0700, Tony Mechelynck wrote:
> On Wednesday, September 9, 2015 at 9:16:00 AM UTC+2, Ike wrote:
> > tiny build breaks with this patch, I've opened a pull request on github
> > that only uses plines_nofill when FEAT_DIFF or PROTO is defined.
> >
> >
On Tue, Sep 08, 2015 at 08:30:22PM -0700, h_east wrote:
> Hi Tony and Yegappan!
>
> 2015-9-9(Wed) 11:24:19 UTC+9 Tony Mechelynck:
> > On Wednesday, September 9, 2015 at 3:48:26 AM UTC+2, yegapp...@gmail.com
> > wrote:
> > > Hi,
> > >
> > > The patch to fix the build problems with the tiny build
Am 2015-09-09 10:47, schrieb Ike Devolder:
On Wed, Sep 09, 2015 at 01:38:18AM -0700, Tony Mechelynck wrote:
On Wednesday, September 9, 2015 at 9:16:00 AM UTC+2, Ike wrote:
> tiny build breaks with this patch, I've opened a pull request on github
> that only uses plines_nofill when FEAT_DIFF or
On Tue, Sep 08, 2015 at 05:31:53PM +0200, Bram Moolenaar wrote:
>
> Patch 7.4.856
> Problem:"zt" still doesn't work well with filler lines. (Gary Johnson)
> Solution: Check for filler lines above the cursor. (Christian Brabandt)
> Files: src/move.c
>
>
> *** ../vim-7.4.855/src/move.c
Hi!
2015-9-9(Wed) 18:17:20 UTC+9 Christian Brabandt:
> Am 2015-09-09 10:47, schrieb Ike Devolder:
> > On Wed, Sep 09, 2015 at 01:38:18AM -0700, Tony Mechelynck wrote:
> >> On Wednesday, September 9, 2015 at 9:16:00 AM UTC+2, Ike wrote:
> >> > tiny build breaks with this patch, I've opened a pull
On Wed, Sep 9, 2015 at 12:30 PM, Josh G wrote:
> I keep getting crashes now when opening large file (4GB, 9GB).
>
> here was the last crash message details:
> Problem signature:
> Problem Event Name: APPCRASH
> Application Name: gvim.exe
> Application
I keep getting crashes now when opening large file (4GB, 9GB).
here was the last crash message details:
Problem signature:
Problem Event Name: APPCRASH
Application Name: gvim.exe
Application Version: 7.4.280.0
Application Timestamp:5206345a
Fault Module Name:
Hello,
I ran into this today. I wanted to type "naar het", but typed "naa
rhet" accidentally. This was, of course, picked up as a spelling
problem.
Next, I visually selected those two words and hit z= to get spelling
suggestions, Unfortunately, this did not yield any useful suggestions.
My RFE
Hi again,
2015-9-9(Wed) 19:01:36 UTC+9 h_east:
> Hi!
>
> 2015-9-9(Wed) 18:17:20 UTC+9 Christian Brabandt:
> > Am 2015-09-09 10:47, schrieb Ike Devolder:
> > > On Wed, Sep 09, 2015 at 01:38:18AM -0700, Tony Mechelynck wrote:
> > >> On Wednesday, September 9, 2015 at 9:16:00 AM UTC+2, Ike wrote:
>
On Wed, Sep 09, 2015 at 03:24:00AM -0700, h_east wrote:
> Hi again,
>
> 2015-9-9(Wed) 19:01:36 UTC+9 h_east:
> > Hi!
> >
> > 2015-9-9(Wed) 18:17:20 UTC+9 Christian Brabandt:
> > > Am 2015-09-09 10:47, schrieb Ike Devolder:
> > > > On Wed, Sep 09, 2015 at 01:38:18AM -0700, Tony Mechelynck wrote:
Hi,
On Tue, Sep 8, 2015 at 10:59 PM, Yegappan Lakshmanan
wrote:
> Hi,
>
> On Tue, Sep 8, 2015 at 8:30 PM, h_east wrote:
>> Hi Tony and Yegappan!
>>
>> 2015-9-9(Wed) 11:24:19 UTC+9 Tony Mechelynck:
>>> On Wednesday, September 9, 2015 at 3:48:26 AM
Hi Yegappan,
2015-9-9(Wed) 23:35:32 UTC+9 yega...@gmail.com:
> Hi,
>
> On Tue, Sep 8, 2015 at 10:59 PM, Yegappan Lakshmanan
> wrote:
> > Hi,
> >
> > On Tue, Sep 8, 2015 at 8:30 PM, h_east wrote:
> >> Hi Tony and Yegappan!
> >>
> >> 2015-9-9(Wed)
On Wednesday, September 9, 2015 at 6:10:24 AM UTC-5, Josh G wrote:
> I keep getting crashes now when opening large file (4GB, 9GB).
+1 for the LargeFile plugin. Though, vim does everything in memory, if you
have less RAM than the size of the file it will be swapping and so slow.
> it kept
I used to sometimes have a problem with the tags module when we were
under hg, and I had a specific set of things I did to get around it
it seems the problem has followed us to git -- here's my pull:
Wed 19:30 ~/.build/vim/vim: git pull
remote: Counting objects: 39, done.
remote: Compressing
Under Mercurial, I simply tell Mercurial not to track runtime/doc/tags
(add runtime/doc/tags to .hgignore and run "hg forget
runtime/doc/tags" followed by "hg commit -m 'do not track the tags
file'"); then when there is a change to it on the remote server
Mercurial (hg fetch --switch-parent) asks
Confirmed, the docs are there now. Thanks!
On Wednesday, September 9, 2015 at 8:27:28 PM UTC+2, Bram Moolenaar wrote:
> Christian Wellenbrock wrote:
>
> > Really happy to see those new commands being added! After updating Vim
> > I tried :h :cdo, but no help was found. I checked my repository
Patch 7.4.863
Problem:plines_nofill() used without the diff feature.
Solution: Define PLINES_NOFILL().
Files: src/macros.h, src/move.c
*** ../vim-7.4.862/src/macros.h 2015-07-10 17:56:18.219777154 +0200
--- src/macros.h2015-09-09 20:14:30.153091468 +0200
***
***
Patch 7.4.864 (after 7.4.858)
Problem:Tiny build fails.
Solution: Put qf_ items inside #ifdef.
Files: src/ex_docmd.c
*** ../vim-7.4.863/src/ex_docmd.c 2015-09-08 18:46:04.345233591 +0200
--- src/ex_docmd.c 2015-09-09 20:57:46.382355308 +0200
***
*** 2173,2181
Manuel Ortega wrote:
> On Tue, Sep 8, 2015 at 1:14 PM, Bram Moolenaar wrote:
>
> >
> > Patch 7.4.860
> > Problem:Filetype detection is outdated.
> > Solution: Include all recent and not-so-recent changes.
> > Files: runtime/filetype.vim
> >
> >
> Somehow the
Gary Johnson wrote:
> On 2015-09-08, Bram Moolenaar wrote:
> > Patch 7.4.861 (after 7.4.855)
> > Problem:pango_shape_full() is not always available.
> > Solution: Add a configure check.
> > Files: src/configure.in, src/auto/configure, src/config.h.in,
> > src/gui_gtk_x11.c
Patch 7.4.865
Problem:Compiler warning for uninitialized variable.
Solution: Initialize.
Files: src/ex_cmds2.c
*** ../vim-7.4.864/src/ex_cmds2.c 2015-09-08 18:46:04.345233591 +0200
--- src/ex_cmds2.c 2015-09-09 22:32:59.866035538 +0200
***
*** 2447,2453
Christian Brabandt wrote:
> Issue: https://github.com/neovim/neovim/pull/3322
> Patch
> https://patch-diff.githubusercontent.com/raw/neovim/neovim/pull/3322.patch
> Problem is, Vim leaks memory, when 'wildignore' filters out all
> matches, reproducible: vim -u NONE -N -c ':set
Ben Fritz wrote:
> This version fixes an issue reported long ago, that a diff of unnamed
> buffers would throw an error. It also adds the ability to use a list of
> fonts in g:html_font, so that you can do this:
>
>" font-family: 'Consolas', monospace;
>:let g:html_font = "Consolas"
>
On 09/09/15 20:42, Christian Brabandt wrote:
On Mi, 09 Sep 2015, Bram Moolenaar wrote:
Because it is one of those changes that most likely will break several
things. I did add some similar features, and we are still fixing bugs
for them. E.g. 'relativenumber' and 'breakindent'.
I remember
Matthew Winn wrote:
> On 08/09/15 19:06, Bram Moolenaar wrote:
> > Alexnadre (Alexandre?) wrote:
> >
> >> Is there somewhere a list of features that are in development for the
> >> next vim releases?
> > :help todo
> Is there any chance the variable tabstops patch could be included in the
>
Ike Devolder wrote:
> On Tue, Sep 08, 2015 at 05:31:53PM +0200, Bram Moolenaar wrote:
> >
> > Patch 7.4.856
> > Problem:"zt" still doesn't work well with filler lines. (Gary Johnson)
> > Solution: Check for filler lines above the cursor. (Christian Brabandt)
> > Files: src/move.c
>
Christian Wellenbrock wrote:
> Really happy to see those new commands being added! After updating Vim
> I tried :h :cdo, but no help was found. I checked my repository and
> indeed, the added documentation is nowhere to be found. As you can see
> in the commit on GitHub [1] there are no changes
Patch 7.4.862 (after 7.4.861)
Problem:Still problems with pango_shape_full() not available.
Solution: Change AC_TRY_COMPILE to AC_TRY_LINK.
Files: src/configure.in, src/auto/configure
*** ../vim-7.4.861/src/configure.in 2015-09-08 20:00:17.527627756 +0200
--- src/configure.in
Bram,
Issue: https://github.com/neovim/neovim/pull/3322
Patch
https://patch-diff.githubusercontent.com/raw/neovim/neovim/pull/3322.patch
Problem is, Vim leaks memory, when 'wildignore' filters out all
matches, reproducible: vim -u NONE -N -c ':set wildignore=*|:!ls *'
Best
Christian
--
Charles Campbell wrote:
> Bram Moolenaar wrote:
>> Patch 7.4.855
>> Problem:GTK: font glitches for combining characters
>> Solution: Use pango_shape_full() instead of pango_shape(). (luchr, PR #393)
>> Files: src/gui_gtk_x11.c
>>
>>
>> *** ../vim-7.4.854/src/gui_gtk_x11.c 2015-06-09
On Mi, 09 Sep 2015, Bram Moolenaar wrote:
> Because it is one of those changes that most likely will break several
> things. I did add some similar features, and we are still fixing bugs
> for them. E.g. 'relativenumber' and 'breakindent'.
I remember differently.
There were no bugs with
Ben Fritz wrote:
> On Wednesday, September 9, 2015 at 6:10:24 AM UTC-5, Josh G wrote:
>> I keep getting crashes now when opening large file (4GB, 9GB).
>>
>> here was the last crash message details:
>> Problem signature:
>> Problem Event Name:APPCRASH
>> Application Name: gvim.exe
>>
Hi Charles!
On Mi, 09 Sep 2015, Charles Campbell wrote:
> I'll further mention that I can no longer compile vim on my linux
> workstation because of the undefined reference. I see where use of it
> is protected by a #ifdef HAVE_PANGO_SHAPE_FULL test, so presumably the
> problem lies with the
Christian Brabandt wrote:
> Hi Charles!
>
> On Mi, 09 Sep 2015, Charles Campbell wrote:
>
>> I'll further mention that I can no longer compile vim on my linux
>> workstation because of the undefined reference. I see where use of it
>> is protected by a #ifdef HAVE_PANGO_SHAPE_FULL test, so
35 matches
Mail list logo