I have an occasional issue where my sessions do not restore the window
size correctly. This is in 7.3d, using GTK GUI (the issue may well
exist under Windows, but I haven't tried it there yet).
I have a rather complex sessions setup, but the point is that I save a
special value "WinColumns" (amon
Have one problem with file finding in path.
1. List files in directory
s...@skip:~/work/breakout2/TlkMessageExchange$ LANG=C ls -l include/
total 36
-rw-rw-r-- 1 skip skip 5852 Jul 21 16:11 lib.h
-rw-rw-r-- 1 skip skip 1059 Jul 16 16:15 log.h
-rw-rw-r-- 1 skip skip 3964 Jul 19 10:17 messager_name_
On Thu, Aug 5, 2010 at 3:59 PM, Skip wrote:
>
> 2. s...@skip:~/work/breakout2/TlkMessageExchange$ LANG=C vim -u NONE -
> U NONE .
>
> 3. input :set nocompatible
>
> 4. input :set path=./include
>
> 5. input :find lib.h
> E345: Can't find file "lib.h" in path
>
> 6. input :set path=include
>
> 7.
On 04/08/10 19:15, Bram Moolenaar wrote:
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
executa
This script replicates the problem, simply "gvim -u
test.vim" (assuming you call this 'test.vim')
set nocp
set viminfo=c,!,<1000,'1000
set
sessionoptions=globals,buffers,slash,localoptions,folds,tabpages,unix
fun TestLeave()
let g:WinCol=&columns
wv! test.viminfo
mks! t
On Thu, Aug 5, 2010 at 4:11 AM, Bram Moolenaar wrote:
>> > I noticed another problem: with 'path' set to "./**" and in an empty
>> > buffer :find completion crashes. =A0I fixed it.
>>
>> Thanks. I'll add this check to the test script.
I've updated the test to check for this and a few more condit
Now confirmed that this does NOT happen on Windows, but does on GTK
--
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
Hi,
When using
:vglobal/\S/,/\S/-j|noh (this reduces several empty lines following one another
to just one line)
on a php file:
http://www.vim.org/maillist.php
Hi,
1. :help
2. 10GVj
3. :ene
4. Use to paste the text but don't do it above line 1
5. u
6. Use to paste the text and do it above line 1
7. ddu^R
Error message:
E315: ml_get: invalid lnum: 3
E315: ml_get: invalid lnum: 3
:version
VIM - Vi IMproved 7.3d BETA (2010 Aug 4, compiled Aug 4 2010
> Hi,
>
> When using
>
> :vglobal/\S/,/\S/-j|noh (this reduces several empty lines following one
> another
>to just one line)
>
> on a php file:
>
>
> class Test {
>
> public function init()
> {
> echo '1';
>
> echo '2';
> echo '3';
> echo '4';
> e
Ben Fritz wrote:
> On Aug 4, 12:15=A0pm, Bram Moolenaar 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.
Of course. Let's try to get the most important bugs fixed.
> About how long
On 8/5/2010 2:36 AM, Doug Kearns wrote:
On Thu, Aug 5, 2010 at 3:20 AM, Shawn B. wrote:
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
do
It's omnicompletion so if you don't have a tab-complete or some other type
of plugin to complete on another key it is the default ^X^O inscompletion
method. Either way I've disambiguated the description accordingly.
On Thu, Aug 5, 2010 at 10:48 AM, David Fishburn wrote:
>
> On 8/5/2010 2:36 AM, D
On 8/5/2010 11:11 AM, Shawn Biddle wrote:
It's omnicompletion so if you don't have a tab-complete or some other
type of plugin to complete on another key it is the default ^X^O
inscompletion method. Either way I've disambiguated the description
accordingly.
Yes, much better.
Thanks,
Dave
On Thu, 5 Aug 2010, Dimitar DIMITROV wrote:
> Hi,
>
> When using
>
> :vglobal/\S/,/\S/-j|noh (this reduces several empty lines following one
> another to just one line)
>
> on a php file:
>
>
> class Test {
>
> public function init()
> {
> echo '1';
>
> echo '2';
>
On 4 August 2010 20:16, björn wrote:
> 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
On Thu, Aug 05, 2010 at 11:52:58AM -0400, Benjamin R. Haskell wrote:
> Roughly, from what I can tell:
>
> :vglobal/\S/ -- for all lines without non-whitespace (i.e. forall blank
> lines):
> ,-- repeat last f F t T search (or does ',' do something
> different here?)
> /\S/ --
On Thu, 5 Aug 2010, James Vega wrote:
> On Thu, Aug 05, 2010 at 11:52:58AM -0400, Benjamin R. Haskell wrote:
> > Roughly, from what I can tell:
> >
> > :vglobal/\S/ -- for all lines without non-whitespace (i.e. forall blank
> > lines):
> > ,-- repeat last f F t T search (or does ','
On 5 August 2010 19:24, Michael Trim wrote:
>
> The Ctrl key functionality is part of the existing code, and is not
> relied on or provided by this patch. The Ctrl modifier just allows
> the user to force the opposite behaviour to the actual state of the
> 'dropsplit' option. Without modifier sup
On 5 August 2010 20:43, björn wrote:
> On 5 August 2010 19:24, Michael Trim wrote:
>>
>> The Ctrl key functionality is part of the existing code, and is not
>> relied on or provided by this patch. The Ctrl modifier just allows
>> the user to force the opposite behaviour to the actual state of the
ZyX (?) wrote:
> 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: Int
Gary Johnson wrote:
> 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
Dimitar Dimitrov wrote:
> 1. :help
> 2. 10GVj
> 3. :ene
> 4. Use to paste the text but don't do it above line 1
> 5. u
> 6. Use to paste the text and do it above line 1
> 7. ddu^R
>
> Error message:
>
> E315: ml_get: invalid lnum: 3
> E315: ml_get: invalid lnum: 3
>
> :version
>
> VIM - Vi
Ron Aaron wrote:
> I have an occasional issue where my sessions do not restore the window
> size correctly. This is in 7.3d, using GTK GUI (the issue may well
> exist under Windows, but I haven't tried it there yet).
>
> I have a rather complex sessions setup, but the point is that I save a
> s
Nazri Ramliy wrote:
> On Thu, Aug 5, 2010 at 4:11 AM, Bram Moolenaar wrote:
> >> > I noticed another problem: with 'path' set to "./**" and in an empty
> >> > buffer :find completion crashes. =A0I fixed it.
> >>
> >> Thanks. I'll add this check to the test script.
>
> I've updated the test to
On Aug 5, 10:56 pm, Bram Moolenaar wrote:
> GTK resizing is hacky. I could never figure out how to do it properly.
> I'm sure that when we try to fix this problem another one will pop up.
Arggh! Without really trying to understand the code, just by seeing
what happens using my test file, it se
I hadn't updated the translation since I first uploaded it, so here is
a patch against the old source.
(Am I too late for 7.3?)
Eduardo
--
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:
---
src/gvim.exe.mnf |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gvim.exe.mnf b/src/gvim.exe.mnf
index 0033979..26ade97 100644
--- a/src/gvim.exe.mnf
+++ b/src/gvim.exe.mnf
@@ -2,7 +2,7 @@
--
1.7.2.1
--
You received this message from the "vim_dev" maillis
I just figured out that $curbuf->Count() doesn't track the contents of $curbuf
accross $curbuf->Delete() (and presumably other methods). For example:
our $curbuf;
my @buflines = $curbuf->Get(1 .. $curbuf->Count());
print LOG "\...@buflines size before Delete: "@buflines."\n";
On Thu, Aug 5, 2010 at 5:53 PM, Britton Kerin wrote:
> I just figured out that $curbuf->Count() doesn't track the contents
> of $curbuf accross $curbuf->Delete() (and presumably other methods).
> For example:
>
> our $curbuf;
> my @buflines = $curbuf->Get(1 .. $curbuf->Count());
> print
On Thursday 05 August 2010 22:56:26 Bram Moolenaar wrote:
> GTK resizing is hacky. I could never figure out how to do it properly.
> I'm sure that when we try to fix this problem another one will pop up.
A simple addition of "gui_mch_update();" before doing the GUI_ENTER autocommand
seems to
31 matches
Mail list logo