Kenichi Ito | 1 Aug 04:34 2014
Picon

Update of tutor.ja.*

Hi,

I have updated Japanese tutor files.

* update to the latest
* fix typo
* improve translation

Please include them.

Regards,
Kenichi Ito

-- 
--

-- 
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 information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups "vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscribe <at> googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Attachment (tutor.ja.zip): application/zip, 43 KiB
顔無し | 31 Jul 05:50 2014
Picon

ftplugin/python.vim unconditionally enforces coding style

ftplugin/python.vim contains the following:

> " As suggested by PEP8.
> setlocal expandtab shiftwidth=4 softtabstop=4 tabstop=8

Coding style is a user choice.  PEP 8 (https://www.python.org/dev/peps/pep-0008/) acknowledges this. 
File type plugins should not dictate this choice.

I suggest removing the offending line in ftplugin/python.vim.

Enjoy life.

-- 
--

-- 
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 information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups "vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscribe <at> googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Paul Moore | 31 Jul 11:46 2014
Picon

Windows incorrect rendering of international characters

On Windows, Vim does not correctly display international characters. To demonstrate this, create a file
in UTF-8 encoding with the Unicode characters \x5000 \x5001 \x5002 in it. These should display as Chinese chacaters.

With stock gvim (I'm using 7.4 with patches to 389) the characters are not displayed.

The problem is the use of the ETO_IGNORELANGUAGE in gui_w32.c (function gui_mch_draw_string), which is
documented by MS as "Reserved for system use. If an application sets this flag, it loses international
scripting support and in some cases it may display no text at all." which is more or less what happened.

The following patch fixes this:

diff --git a/src/gui_w32.c b/src/gui_w32.c
--- a/src/gui_w32.c
+++ b/src/gui_w32.c
 <at>  <at>  -2342,8 +2342,8  <at>  <at> 
     /* On NT, tell the font renderer not to "help" us with Hebrew and Arabic
      * text.  This doesn't work in 9x, so we have to deal with it manually on
      * those systems. */
-    if (os_version.dwPlatformId == VER_PLATFORM_WIN32_NT)
-       foptions |= ETO_IGNORELANGUAGE;
+    /* if (os_version.dwPlatformId == VER_PLATFORM_WIN32_NT)
+       foptions |= ETO_IGNORELANGUAGE; */

     /*
      * We have to provide the padding argument because italic and bold versions

The comments in the code imply that by disabling ETO_IGNORELANGUAGE, RL text display will be "slow" (line
2465). I have no idea how slow it is in practice, but I didn't see any perceptible slowdown with ":set rl".

Should I supply a clean patch (that removes the use of ETO_IGNORELANGUAGE completely rather than just
(Continue reading)

Bram Moolenaar | 30 Jul 17:22 2014
Picon
Picon

Patch 7.4.389


Patch 7.4.389
Problem:    Still sometimes Vim enters Replace mode when starting up.
Solution:   Use a different solution in detecting the termresponse and
	    location response. (Hayaki Saito)
Files:	    src/globals.h, src/os_unix.c, src/term.c, src/proto/term.pro

*** ../vim-7.4.388/src/globals.h	2014-06-12 14:01:27.575769788 +0200
--- src/globals.h	2014-07-30 17:02:57.711526671 +0200
***************
*** 1336,1344 ****
  #if defined(UNIX) || defined(VMS)
  EXTERN int	term_is_xterm INIT(= FALSE);	/* xterm-like 'term' */
  #endif
- #if defined(UNIX)
- EXTERN int	xterm_conflict_mouse INIT(= FALSE);
- #endif

  #ifdef BACKSLASH_IN_FILENAME
  EXTERN char	psepc INIT(= '\\');	/* normal path separator character */
--- 1336,1341 ----
*** ../vim-7.4.388/src/os_unix.c	2014-07-09 19:13:45.007701718 +0200
--- src/os_unix.c	2014-07-30 17:06:02.375525344 +0200
***************
*** 3667,3674 ****
      void
  check_mouse_termcode()
  {
-     xterm_conflict_mouse = FALSE;
- 
(Continue reading)

Bram Moolenaar | 30 Jul 16:44 2014
Picon
Picon

Patch 7.4.388


Patch 7.4.388
Problem:    With 'linebreak' set and 'list' unset a Tab is not counted
	    properly. (Kent Sibilev)
Solution:   Check the 'list' option. (Christian Brabandt)
Files:	    src/screen.c, src/testdir/test_listlbr_utf8.in,
	    src/testdir/test_listlbr_utf8.ok

*** ../vim-7.4.387/src/screen.c	2014-07-16 17:29:46.691536252 +0200
--- src/screen.c	2014-07-30 16:41:15.167536033 +0200
***************
*** 4494,4500 ****
  		    tab_len = (int)wp->w_buffer->b_p_ts
  					- vcol % (int)wp->w_buffer->b_p_ts - 1;
  #ifdef FEAT_LINEBREAK
! 		    if (!wp->w_p_lbr)
  #endif
  		    /* tab amount depends on current column */
  			n_extra = tab_len;
--- 4494,4500 ----
  		    tab_len = (int)wp->w_buffer->b_p_ts
  					- vcol % (int)wp->w_buffer->b_p_ts - 1;
  #ifdef FEAT_LINEBREAK
! 		    if (!wp->w_p_lbr || !wp->w_p_list)
  #endif
  		    /* tab amount depends on current column */
  			n_extra = tab_len;
*** ../vim-7.4.387/src/testdir/test_listlbr_utf8.in	2014-07-16 17:01:38.279570568 +0200
--- src/testdir/test_listlbr_utf8.in	2014-07-30 16:37:26.703537675 +0200
***************
(Continue reading)

Bram Moolenaar | 30 Jul 16:01 2014
Picon
Picon

Patch 7.4.387


Patch 7.4.387
Problem:    "4gro" replaces one character then executes "ooo". (Urtica Dioica)
Solution:   Write the ESC in the second stuff buffer.
Files:	    src/getchar.c, src/proto/getchar.pro, src/edit.c,
	    src/testdir/Make_amiga.mak, src/testdir/Make_dos.mak,
	    src/testdir/Make_ming.mak, src/testdir/Make_os2.mak,
	    src/testdir/Make_vms.mms, src/testdir/Makefile,
	    src/testdir/test_insertcount.in, src/testdir/test_insertcount.ok

*** ../vim-7.4.386/src/getchar.c	2014-07-23 20:41:09.891779510 +0200
--- src/getchar.c	2014-07-30 14:35:08.831590415 +0200
***************
*** 678,683 ****
--- 678,694 ----
      add_buff(&readbuf1, s, -1L);
  }

+ /*
+  * Append string "s" to the redo stuff buffer.
+  * CSI and K_SPECIAL must already have been escaped.
+  */
+     void
+ stuffRedoReadbuff(s)
+     char_u	*s;
+ {
+     add_buff(&readbuf2, s, -1L);
+ }
+ 
      void
(Continue reading)

Bram Moolenaar | 30 Jul 14:05 2014
Picon
Picon

Patch 7.4.386


Patch 7.4.386
Problem:    When splitting a window the changelist position is wrong.
Solution:   Copy the changelist position. (Jacob Niehus)
Files:	    src/window.c, src/testdir/Make_amiga.mak,
	    src/testdir/Make_dos.mak, src/testdir/Make_ming.mak,
	    src/testdir/Make_os2.mak, src/testdir/Make_vms.mms,
	    src/testdir/Makefile, src/testdir/test_changelist.in,
	    src/testdir/test_changelist.ok

*** ../vim-7.4.385/src/window.c	2014-07-23 15:21:16.247917462 +0200
--- src/window.c	2014-07-30 13:55:49.275607374 +0200
***************
*** 1178,1183 ****
--- 1178,1188 ----
  	    p_wh = size;
      }

+ #ifdef FEAT_JUMPLIST
+     /* Keep same changelist position in new window. */
+     wp->w_changelistidx = oldwin->w_changelistidx;
+ #endif
+ 
      /*
       * make the new window the current window
       */
*** ../vim-7.4.385/src/testdir/Make_amiga.mak	2014-07-23 15:54:43.443903036 +0200
--- src/testdir/Make_amiga.mak	2014-07-30 13:54:06.871608110 +0200
***************
*** 41,46 ****
(Continue reading)

Bram Moolenaar | 30 Jul 13:23 2014
Picon
Picon

Patch 7.4.385


Patch 7.4.385
Problem:    When building with tiny or small features building the .mo files
	    fails.
Solution:   In autoconf do not setup for building the .mo files when it would
	    fail.
Files:	    src/configure.in, src/auto/configure

*** ../vim-7.4.384/src/configure.in	2014-05-22 14:44:08.094481148 +0200
--- src/configure.in	2014-07-27 21:26:39.349275928 +0200
***************
*** 3818,3824 ****
      else
        AC_MSG_RESULT([msgfmt not found - disabled]);
      fi
!     if test $have_gettext = "yes"; then
        AC_DEFINE(HAVE_GETTEXT)
        MAKEMO=yes
        AC_SUBST(MAKEMO)
--- 3818,3824 ----
      else
        AC_MSG_RESULT([msgfmt not found - disabled]);
      fi
!     if test $have_gettext = "yes" -a "x$features" != "xtiny" -a "x$features" != "xsmall"; then
        AC_DEFINE(HAVE_GETTEXT)
        MAKEMO=yes
        AC_SUBST(MAKEMO)
*** ../vim-7.4.384/src/auto/configure	2014-05-22 14:44:08.098481148 +0200
--- src/auto/configure	2014-07-27 21:26:41.969275909 +0200
***************
(Continue reading)

Bram Moolenaar | 30 Jul 13:21 2014
Picon
Picon

Patch 7.4.384


Patch 7.4.384
Problem:    Test 102 fails when compiled with small features.
Solution:   Source small.vim. (Jacob Niehus)
Files:	    src/testdir/test102.in

*** ../vim-7.4.383/src/testdir/test102.in	2013-11-12 05:28:08.000000000 +0100
--- src/testdir/test102.in	2014-07-27 21:10:34.881282860 +0200
***************
*** 1,6 ****
--- 1,7 ----
  Test if fnameescape is correct for special chars like !

  STARTTEST
+ :so small.vim
  :%d
  :let fname = 'Xspa ce'
  :try | exe "w! " . fnameescape(fname) | put='Space' | endtry 
*** ../vim-7.4.383/src/version.c	2014-07-23 21:10:39.867766788 +0200
--- src/version.c	2014-07-30 13:15:18.047624849 +0200
***************
*** 736,737 ****
--- 736,739 ----
  {   /* Add new patch number below this line */
+ /**/
+     384,
  /**/

--

-- 
An easy way to determine if you have enough teamwork to be doomed is simply to
(Continue reading)

Urtica dioica | 30 Jul 09:11 2014
Picon

Regression in numbered gr

It seems the gr command with a number argument now mistakenly replaces only character, and runs the rest of
the number in normal mode.

Running a command like 4gro used to make "oooo". Now it replaces one o, runs the o command (makes a new line),
puts oo in the new line, and ends in insert mode. Or say 7gr/ replaces one character with /, runs /, and leaves
the remaining 5 /'s on the command line.

This bug seems to have been introduced in 7.4.171.

-- 
--

-- 
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 information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups "vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscribe <at> googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Tim Brosnan | 29 Jul 19:03 2014
Picon

Inconsistent regex behaviour in 7.4.383

I initially send a version of this message through the google groups 
interface, but it seems to have disappeared. Apologies if there is 
duplication.

When going through some regex examples from 
VimRegexTutor(https://github.com/dahu/VimRegexTutor) I found that one of 
the examples did not match the provided text when run in 7.4.383. Here 
is the regex and the sample text:

  *30* : Find Text between HTML tags >

      /\%(<\1>\)\ <at> <=.*\%(<\/\(\w\+\)>\)\ <at> =

      OR

      /\v%(\<\1\>) <at> <=.*%(\<\/(\w+)\>) <at> =
<
      <level>Can I play, daddy?</level>

Neither of the provided regexs would watch the sample text (it should 
match the text between html tags). However, when I tried 7.1.42 (only 
other version at hand) I found that the text between tags was matched 
correctly. Both versions were fun as -u NONE and "set nocompatible" to 
try to rule out option or plugin clashes.

Is this is a bug or has regex behaviour changed between 7.1.42 and 7.4.383?

-- 
--

-- 
You received this message from the "vim_dev" maillist.
(Continue reading)


Gmane