Re: [vim/vim] gtk3vim: Patch 1899: window (re-)drawing issue (#848)

2017-02-21 Fir de Conversatie Kazunobu Kuriyama
2017-02-22 10:06 GMT+09:00 luchr : > Sorry, sorry, I've lost context. I definitely thought my idea was wrong, > because you wrote > > If it works, it means that mine is working to support the premise of your > hypothesis, thus verifying the correctness of yours. > > Applying my patch on top did *n

Re: [vim/vim] gtk3vim: Patch 1899: window (re-)drawing issue (#848)

2017-02-21 Fir de Conversatie Kazunobu Kuriyama
2017-02-22 9:43 GMT+09:00 Kazunobu Kuriyama : > 2017-02-22 9:28 GMT+09:00 luchr : > > > Here are the results: > > > > 1. case: applying my patch on top of it: problem still exists > > 2. case: applying my patch on top of it and undoing one line of your > > patch to have > > > > gui_redraw_block(Y_

Patch 8.0.0347

2017-02-21 Fir de Conversatie Bram Moolenaar
Patch 8.0.0347 Problem:When using CTRL-X CTRL-U inside a comment, the use of the comment leader may not work. (Klement) Solution: Save and restore did_ai. (Christian Brabandt, closes #1494) Files: src/edit.c, src/testdir/test_popup.vim *** ../vim-8.0.0346/src/edit.c 2017-

Re: Compile fails with undefined macro on Solaris 9 starting at patch 8.0.0219

2017-02-21 Fir de Conversatie Bram Moolenaar
Ben Fritz wrote: > So, I know this is a very old system, but I've been self-compiling Vim > on it successfully for some years now (I'm not an admin on the > system): > > $ cat /etc/release >Solaris 9 12/03 s9s_u5wos_08b SPARC >Copyright 2003 Sun Microsystems,

Patch 8.0.0346

2017-02-21 Fir de Conversatie Bram Moolenaar
Patch 8.0.0346 Problem:Vim relies on limits.h to be included indirectly, but on Solaris 9 it may not be. (Ben Fritz) Solution: Always include limits.h. Files: src/os_unixx.h, src/vim.h *** ../vim-8.0.0345/src/os_unixx.h 2017-01-12 20:06:30.152522974 +0100 --- src/os_u

Re: [vim/vim] islocked('b:.changedtick') fails (#1495)

2017-02-21 Fir de Conversatie Nikolay Aleksandrovich Pavlov
2017-02-21 22:47 GMT+03:00 Bram Moolenaar : > > Nikolai Pavlov wrote: > >> @brammool This is not fine. First, this shows yet another >> inconsistency between different notations. Second, dictionary with >> variables in not guaranteed to be `b:` and `let d = b:|call >> islocked('d.changedtick')` err

Patch 8.0.0345

2017-02-21 Fir de Conversatie Bram Moolenaar
Patch 8.0.0345 Problem:islocked('d.changedtick') does not work. Solution: Make it work. Files: src/buffer.c, src/eval.c, src/evalfunc.c, src/vim.h, src/testdir/test_changedtick.vim *** ../vim-8.0.0344/src/buffer.c2017-02-19 13:54:57.996966935 +0100 --- src/buffer.c

Compile fails with undefined macro on Solaris 9 starting at patch 8.0.0219

2017-02-21 Fir de Conversatie Ben Fritz
So, I know this is a very old system, but I've been self-compiling Vim on it successfully for some years now (I'm not an admin on the system): $ cat /etc/release Solaris 9 12/03 s9s_u5wos_08b SPARC Copyright 2003 Sun Microsystems, Inc. All Rights Reserved.

Text object i[ behavior in todo.txt

2017-02-21 Fir de Conversatie Ben Fritz
I noticed today that todo.txt contains the following: > "ci[" does not look for next [ like ci" does look for next ". > (J.F. 2017 Jan 7) > I'd like to express my support for the CURRENT behavior. I like being able to work with constructs like this, if needed: abc[ func(def[123],

Re: [vim/vim] gtk3vim: Patch 1899: window (re-)drawing issue (#848)

2017-02-21 Fir de Conversatie Kazunobu Kuriyama
2017-02-21 3:24 GMT+09:00 luchr : > Let's see if I can answer the question with a concrete example (real > numbers, logged from the code): > > The current code is written in such a way that necessary redraw always, > immediately follows for each rectangle region once the same region has been > cle