On Wed, Aug 4, 2010 at 1:16 PM, Nazri Ramliy ayieh...@gmail.com wrote:
which call expand_in_path(), which in turns call globpath(), fails with
the exact same argument c:/src/vim/**, misc* and 0 for path, file and
expand_options, respectively.
Help!
I think I found the solution. recursive
On Wed, Aug 4, 2010 at 4:47 PM, Nazri Ramliy ayieh...@gmail.com wrote:
On Wed, Aug 4, 2010 at 1:16 PM, Nazri Ramliy ayieh...@gmail.com wrote:
which call expand_in_path(), which in turns call globpath(), fails with
the exact same argument c:/src/vim/**, misc* and 0 for path, file and
Lech Lorens wrote:
The changeset 68e394361c added a file runtime/ftplugin/quickfix.vim
which should be sourced for quickfix windows. It is not since the type
for the quickfix window is 'qf' as set in src/quickfix.c in line 2632.
As a result - the quickfix titles do not work by default.
Ah,
On Tue, Aug 3, 2010 at 9:47 PM, Jakson A. Aquino jaksonaqu...@gmail.com wrote:
On Tue, Aug 3, 2010 at 5:39 PM, Bram Moolenaar b...@moolenaar.net wrote:
Jakson A. Aquino wrote:
When running diff without options, removed lines are separated of
added ones by '^---$'. This pattern gets
Attached is a minor patch to three tests in src/testdir:
src/testdir/test1.in
Wrap comments consistently.
src/testdir/test17.ok
src/testdir/test17a.in
Fix typo.
src/testdir/test30.in
Use 'copy /b' instead of 'cat' for win32.
Test now works on Windows.
John
--
You received
On Wed, Aug 4, 2010 at 7:27 AM, Jakson A. Aquino jaksonaqu...@gmail.com wrote:
On Tue, Aug 3, 2010 at 9:47 PM, Jakson A. Aquino jaksonaqu...@gmail.com
wrote:
On Tue, Aug 3, 2010 at 5:39 PM, Bram Moolenaar b...@moolenaar.net wrote:
Jakson A. Aquino wrote:
When running diff without options,
Nazri Ramliy wrote:
On Wed, Aug 4, 2010 at 4:39 AM, Bram Moolenaar b...@moolenaar.net wrote:
Attached is the fix on top of Revision: 7d1044b27e.
Thanks and sorry, I suppose I caused this problem.
That is minuscule compared to all the problems that I have caused with
all this
On 3 August 2010 23:28, Lech Lorens wrote:
On 03-Aug-2010 Michael Trim wrote:
The attached patch adds two options which together allow dropped files
to always be loaded as tabs instead of in the current window or a
split window. Files loaded via the Windows shell extension (Edit
with
Jakson A. Aquino wrote:
When running diff without options, removed lines are separated of
added ones by '^---$'. This pattern gets interpreted as diffRemoved
when it is not. I think the pattern can be classified as diffLine. If
I'm not interpreting it wrongly the attached patch fix this
On Wed, Aug 4, 2010 at 8:20 AM, Bram Moolenaar b...@moolenaar.net wrote:
Jakson A. Aquino wrote:
When running diff without options, removed lines are separated of
added ones by '^---$'. This pattern gets interpreted as diffRemoved
when it is not. I think the pattern can be classified as
Jakson A. Aquino wrote:
I attached the getStrings and vim.diff files.
I don't know what others think, but I kind of like it.
The patterns need to start with ^ to make them match only at the start
of the line.
There are a few duplicates, e.g., between China and Taiwan.
I also
John Beckett wrote:
Attached is a minor patch to three tests in src/testdir:
src/testdir/test1.in
Wrap comments consistently.
src/testdir/test17.ok
src/testdir/test17a.in
Fix typo.
src/testdir/test30.in
Use 'copy /b' instead of 'cat' for win32.
Test now works on
On Wed, Aug 4, 2010 at 7:20 PM, Bram Moolenaar b...@moolenaar.net wrote:
If the arguments are the same the returned values should be the same.
You will need to use a debugger to find out what really happens.
I did. The problem is due to the static nature of recursive in
gen_expand_wildcards().
For example, I work with Windows Xp Simplified Chinese Edition. There's a
character 'CIRCLED NUMBER TWENTY' - U+2473, beyond the character set of ACP
(system active codepage) CP936. While it can be copyed and pasted into the
textbox of Find and Replace dialog, but it can't be inputed directly
Nazri Ramliy wrote:
On Wed, Aug 4, 2010 at 7:20 PM, Bram Moolenaar b...@moolenaar.net wrote:
If the arguments are the same the returned values should be the same.
You will need to use a debugger to find out what really happens.
I did. The problem is due to the static nature of recursive
Yanwei Jia wrote:
For example, I work with Windows Xp Simplified Chinese Edition. There's a
character 'CIRCLED NUMBER TWENTY' - U+2473, beyond the character set of ACP
(system active codepage) CP936. While it can be copyed and pasted into the
textbox of Find and Replace dialog, but it
Using a recent version of the vim73 repo (e037ee8598b3), the below steps
show some display corruption.
From Vim's source directory, use the attached test.vim as follows and
perform a search for text -- /textCR.
$ vim -u test.vim -N runtime/syntax/tex.vim
Namely, the cursor is displayed in an
On Wed, 4 Aug 2010, Bram Moolenaar wrote:
Yanwei Jia wrote:
The attachment 2274_uime.patch.gz is the patch for vim 7.2.446,
2477_uime.patch.gz is for 7.3d revision 2...@mercurial.
Can a few people verify this works OK with different compilers?
It compiles fine for me under Cygwin's gcc-3.
On Wed, Aug 4, 2010 at 12:46 PM, Bram Moolenaar b...@moolenaar.net wrote:
Nazri Ramliy wrote:
On Wed, Aug 4, 2010 at 7:20 PM, Bram Moolenaar b...@moolenaar.net wrote:
If the arguments are the same the returned values should be the same.
You will need to use a debugger to find out what
On Wed, Aug 4, 2010 at 12:04 PM, James Vega james...@jamessan.com wrote:
So far, I've only been able to reproduce this when viewing the tex
syntax file.
That would be because tex.vim added 'ambiwidth=double' to its modeline
in changeset f8f81a88a047.
--
James
GPG Key: 1024D/61326D40
Hello Vim users,
Announcing: Vim (Vi IMproved) version 7.3d BETA
This is a BETA release of Vim 7.3. It consists of Vim 7.2 plus all
patches, updated runtime files and some more.
7.3d is for a large part the same as 7.3c, but the MS-Windows
executables have been build with MSVC 2008. They
At 2010-08-04 23:46:23, Bram Moolenaar b...@moolenaar.net wrote:
JiaYanwei wrote:
For example, I work with Windows Xp Simplified Chinese Edition. There's a
character 'CIRCLED NUMBER TWENTY' - U+2473, beyond the character set of ACP
(system active codepage) CP936. While it can be copyed
On Wed, Aug 4, 2010 at 12:49 PM, James Vega james...@jamessan.com wrote:
On Wed, Aug 4, 2010 at 12:04 PM, James Vega james...@jamessan.com wrote:
So far, I've only been able to reproduce this when viewing the tex
syntax file.
That would be because tex.vim added 'ambiwidth=double' to its
James Vega wrote:
Using a recent version of the vim73 repo (e037ee8598b3), the below steps
show some display corruption.
From Vim's source directory, use the attached test.vim as follows and
perform a search for text -- /textCR.
$ vim -u test.vim -N runtime/syntax/tex.vim
Namely,
On 4 August 2010 12:20, björn bjorn.winck...@gmail.com wrote:
On 3 August 2010 23:28, Lech Lorens wrote:
On 03-Aug-2010 Michael Trim wrote:
The attached patch adds two options which together allow dropped files
to always be loaded as tabs instead of in the current window or a
split window.
On 4 August 2010 21:01, Michael Trim wrote:
The two options as implemented in the patch are not mutually
exclusive, though they could perhaps be better named:
- nodropnewtab + nodropsplit (default) = current behaviour, where
dropped files will be opened in a (horizontally) split window if
Nazri Ramliy wrote:
On Wed, Aug 4, 2010 at 7:20 PM, Bram Moolenaar b...@moolenaar.net wrote:
If the arguments are the same the returned values should be the same.
You will need to use a debugger to find out what really happens.
I did. The problem is due to the static nature of recursive
Using the latest vim73, changeset c945fdb34ce3, Wed Aug 04 20:55:44
2010 +0200, the two windows of a vimdiff display can get out of
sync.
To demonstrate the problem, cd to the vim/src directory and execute
this command.
vim -d -N -u NONE -i NONE (hg cat -r ae22c450546c if_cscope.c) (hg cat
On Aug 4, 12:15 pm, Bram Moolenaar b...@moolenaar.net wrote:
I will no longer include new features in 7.3, it's only testing now.
I assume bug fixes don't count as new features and can still be
included.
About how long until 7.3 is out of beta entirely, do you think?
--
You received this
As per numerous requests I've been told to post here to get my updated
phpcomplete.vim script (http://www.vim.org/scripts/script.php?
script_id=3171) included as the default in 7.3. How does one go about
doing that?
--
You received this message from the vim_dev maillist.
Do not top-post! Type
Attached script causes a error when sourced using
vim -u NONE -c 'set nocompatible' -c 'so ~/tmp/vim/test-bug.vim
Error message:
Error detected while processing /home/zyx/tmp/vim/test-bug.vim:
line8:
E685: Internal error: func_unref()
E685: Internal error: func_unref()
On 04/08/10 20:54, Bram Moolenaar wrote:
James Vega wrote:
Using a recent version of the vim73 repo (e037ee8598b3), the below steps
show some display corruption.
From Vim's source directory, use the attached test.vim as follows and
perform a search for text -- /textCR.
$ vim -u test.vim
On Thu, 5 Aug 2010, Tony Mechelynck wrote:
Forbidding any change of 'guifont' or 'ambiwidth' in modelines might
be viewed as too harsh ... or is it?
For what it's worth, I would never want 'guifont' to be changed by a
modeline, and I tend to think 'ambiwidth' should not be settable by a
My repository has moved. It was:
http://www.sim1.us:8080/svn/vim_stuff. Login was Anonymous, password
was blank
It is now:
http://www.sim1.us:8443/svn/vim_stuff. Login is still Anonymous and
password should still be blank.
Got a new server and had to reinstall everything.
Mark
34 matches
Mail list logo