On Mo, 23 Sep 2013, Bram Moolenaar wrote:
Christian Brabandt wrote:
Hi Dimitar!
On Mo, 23 Sep 2013, Dimitar DIMITROV wrote:
Hi,
Here is what I tried:
:setlocal spelllang=bg spell
then
:spelldump
and all I get is an empty window
'local' is the issue
in the usual settings but not with :se ve=all. In that case,
if you go beyond the end of a line the joining of lines happens but your cursor
position changes to the end of line instead of remaining in its place.
Regards
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka
them in the new results window.
Regards
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
Test done with the latest version out of mercurial
Hi,
Here is a bug: if you place your cursor at the end of a line and try dw,
all that happens is the character under cursor is deleted but the line
is not joined with the one below.
hm, dw deletes just the last character on the line but vw
Tested with the latest version of Vim from Mercurial.
After a * search, then cgn and then . to repeat it for all matches,
I cannot continue past the end of file and change any matches before my
initial position
Try the attached patch.
That fixes it, thanks
Dimitar
--
--
You received
Hi,
Tested with the latest version of Vim from Mercurial.
After a * search, then cgn and then . to repeat it for all matches,
I cannot continue past the end of file and change any matches before my initial
position
Regards
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov
and :call setpos('.',[0,4,17,0])
If you use up down k or j you will not move just above/below the char but
in some weird location
Regards
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from the vim_dev maillist.
Do
If you use up down k or j you will not move just above/below the char
but in some weird location
My vim 7.4 doesn't do this, but 7.3.547 does, so it looks like a bug that's
been fixed.
I used version 7.4 with Included patches: 1-5 so not sure how come you're not
seing it.
Also used: vim
On Mon, Aug 19, 2013 at 3:53 PM, Manuel Ortega mannyvim...@gmail.com wrote:
Dear Bram,
While perusing $VIMRUNTIME/syntax/vim.vim, I noticed that many of the
attributes to the command :command can be abbreviated. Namely:
instance:
-n[args]
-com[plete]
motion in the buffer
instead of being cancelled. Is there a way to tell in the test, if it fails to
cancel the omap?
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type
Hi all,
I've noted this behaviour with omaps: in my omap I jump to a place in the
buffer, then after an if test I select visually something. So all is good
when
the test succeds and only the visual area gets modified. Now if the test
fails, no visual selection is created and the omap acts
Hi,
First vim -nNX -u NONE ad :se ve=all
Then enter the following test with X representing the cursor:
if {
X
}
Now vaB is wrong
Regards
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from
Hi,
First vim -nNX -u NONE ad :se ve=all
Then enter the following test with X representing the cursor:
if {
X
}
Now vaB is wrong
I don't see anything wrong. For me it selects all text from the opening { to
the closing }. What do you see?
I tried gvim 7.3.822
As per the subject :)
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
As per the subject :)
Verified that . has no
effect after a gUgn that capitalized a match for the last search, on
7.3.822 Windows, and also 7.4b.14 on Solaris.
Doesn't work for g~ either (or ~ with 'top set). Haven't checked the others
Dimitar
--
--
You received this message from
Hi,
Not sure this is an actual issue.
In a buffer enter this text: loRem lorem
then set hls ic
Now search for /loRem and you have 2 matches
Finally, after set smartcase the highlighting is not refreshed
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk
.cgm 01;35
.emf 01;35
then go to the top (gg) and try vap...
There is an issue
Regards
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text
para=
Cheers
For more info, see:
:help paragraph
Dimitar Dimitrov
--
--
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
Hi,
I was reading :h40.3 and tried the example from line 446. That never worked
because
FileWritePre is irrelevant and
BufWritePre should be used
Cheers
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from
on this:
:%s/\_.* does correctly erase the whole file. What is actually incorrect and I
didn't explain it well in my above statement is the behaviour of n, N. /, :/
So, n goes to every line Vs stay at the first byte of the file and never move
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar
Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
-multiline pattern: aa, /a* is a single match
and n won't move once for every letter
hitting n will move you to the next line.
regards,
Christian
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from
2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
:32:08.453563055 +0100
***
*** 11,16
--- 11,17
let s:cpo_save = cpo
set cpovim
+ CompilerSet makeprg=gcc\ %\ $*
CompilerSet errorformat=
\%*[^\]\%f\%*\\D%l:%c:\ %m,
\%*[^\]\%f\%*\\D%l:\ %m,
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar
a c file, makeprg is not updated. Is this intentional
and the user is supposed to run :comp gcc?
Regards,
Gary
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
Hi,
After reading the docs about -u, I can't see it mentioned that in that case
$MYVIMRC wouldn't be setup.
But it isn't.
Try with vim -u ~/.vimrc
Regards
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from
Hi list,
From :h:g (line 57) I get it :g9pattern9ACTION shouldn't work, but it does.
These work as well:
:gpatternACTION
:g|pattern|ACTION
Regards
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from
for me.
You could try c-r=repeat('Hello', insanely-large-int)cr as
alternative - maybe its faster, maybe its not, I don't want to wait
50 min for this case unless there is a use case.
Marc Weber
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
Hi all,
According to :h:se, :se isn't supposed to output anything at all when in
default mode but it does when started like this:
command vim -nNX -u NONE
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from
On 2013-07-17, Gary Johnson wrote:
On 2013-07-17, Dimitar DIMITROV wrote:
Hi all,
According to :h:se, :se isn't supposed to output anything at all when in
default mode but it does when started like this:
command vim -nNX -u NONE
Actually, :help :set doesn't say that--it says
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
, compiled Jul 8 2013 13:51:44)
Included patches: 1-2
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
Version:
VIM - Vi IMproved 7.4a BETA (2013 Jul 6, compiled Jul 8 2013 13:51:44)
Included patches: 1-2
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply
No, I didn't right ZZ but zz. It's different :)
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
De : tooth pik toothp...@gmail.com
À : vim_dev@googlegroups.com
Envoyé le : Lundi 8 juillet 2013 14h36
Objet
patches: 1-2
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
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
-lattr -lgpm -ldl -L/usr/lib/python2.7/config
-lpython2.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynami
c
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your
On Wed, Apr 17, 2013 at 11:06 AM, Ben Fritz fritzophre...@gmail.com
wrote:
See image attached to my next message for what I see.
And please bottom-post.
Thanks Ben, can't see clearly your image but maybe indeed the bug was
fixed in your version. Here is what I see (attached image)
Hi,
Anyone knows why in gVim modeless-selection distorts all characters which makes
the selection quite unreadable?
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from the vim_dev maillist.
Do not top-post
Hi Ben,
what I meant is modeless selection (:h modeless) so try to select the text
after using :e for instance (and before hitting esc or ^c of course)
Cheers
Note: my gVim version is: 7.3.409
Dimitar
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
Dimitar wrote:
On Wed, Apr 17, 2013 at 11:06 AM, Ben Fritz fritzophre...@gmail.com wrote:
See image attached to my next message for what I see.
And please bottom-post.
Thanks Ben, can't see clearly your image but maybe indeed the bug was fixed
in your version. Here is what I see
On Tuesday, February 12, 2013 8:38:02 AM UTC-6, Dimitar DIMITROV wrote:
Hi Ingo,
You did explain the help for 'unnamedplus but there is still the problem I
described:
1. gvim -NX -u NONE -c 'se cb^=unnamedplus'
I use Windows gvim, where the -X flag does nothing according
-lX11
-lXdmcp -lSM -lICE -lm -lelf -lcurses -lacl -lattr -lgpm -ldl
-L/usr/lib/python2.7/config -lpython2.7 -
lpthread -ldl -lutil -lm -Xlinker -export-dynamic
---
GPG Key: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
--
You received this message from
Hi all,
I think the following might (I am testing with Vim 7.3.409) be a bug:
command vim -nNX -u NONE
then insert: bla:///path/to/file
then, with cursor being on p, use gf
It tries to open bla:///path/to/file although : is not in 'isf and bla:/// =
isn't a protocol
I haven't
: 2048R/160C6FA8 2012-10-11 Dimitar Dimitrov (kurkale6ka)
mitk...@yahoo.fr
--
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, I don't have the latest version of Vim installed, so this might not be a
real bug.
Please check!
1. 60obuttercrchocolateesc (120 lines)
2. qwq
3. :g/butter/y W
4. at the -- More -- prompt hit q
5. in a new window: wP
Result: you have copied only half the words (or a screenfull in fact)
Hi,
Sorry, forgot to mention that you need :set report=0
Cheers
--
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 all,
I have maybe found a little issue:
1. vim -N -u NONE -U NONE
2. :imap c-k c-oD
3. :set spell
4. inoc-xc-k
Instead of trying to complete using the 'dict option, it is trying to use the
mapping...
Also, in insert.txt line 64: 'The key that
ends CTRL-X mode (any key that is not a valid
Hi all,
Here is what to do (tried on windows only):
1. gvim.exe -u NONE -U NONE -N
2. i(oge)esc
3. :se iscr
4. /(oge)^f
5. Now just go up/down, left/right and there will be weird highlightings
everywhere
Version: 7.3, 1-138
PS: Sorry if this has already been reported
Dimitar Dimitrov
Hi,
On windows XP:
1. I did: gvim.exe -u NONE -U NONE -N
then :ls which displays
:ls
1 %a [No Name]line 1
Press ENTER or type command to continue
2. Then I did: :set lazyredraw, and this time :ls wouldn't display anything
Tested with Vim 7.3, 1-138
Dimitar Dimitrov
Thanks James,
I'll use \u0440 as you suggested
D
De : James Vega james...@jamessan.com
À : vim_dev@googlegroups.com
Envoyé le : Mer 9 février 2011, 19h 10min 55s
Objet : Re: tr() problem ?
On Wed, Feb 9, 2011 at 12:04 PM, Dimitar DIMITROV mitk...@yahoo.fr
Dimitar DIMITROV wrote:
Hi,
1. :help
2. 10GVjesc
3. :ene
4. Use MiddleMouse to paste the text but don't do it above line 1
5. u
6. Use MiddleMouse 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
Dimitar Dimitrov wrote:
1. :help
2. 10GVjesc
3. :ene
4. Use MiddleMouse to paste the text but don't do it above line 1
5. u
6. Use MiddleMouse 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
August 2010 10:56, Dimitar DIMITROV mitk...@yahoo.fr wrote:
I hadn't. Now I did and there is a different error. At the end we still
should
have one line but all disappears. Here is how you can reproduce it:
gvim.exe -u NONE -U NONE
:help
yy
^w^w
p
u
P
j
dd
u
^r
This is not an error
Hi,
When using
:vglobal/\S/,/\S/-j|noh (this reduces several empty lines following one another
to just one line)
on a php file:
?php
class Test {
public function init()
{
echo '1';
echo '2';
echo '3';
echo '4';
echo '5';
}
}
with
:set
Hi,
1. :help
2. 10GVjesc
3. :ene
4. Use MiddleMouse to paste the text but don't do it above line 1
5. u
6. Use MiddleMouse 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
Hi,
When using
:vglobal/\S/,/\S/-j|noh (this reduces several empty lines following one
another
to just one line)
on a php file:
?php
class Test {
public function init()
{
echo '1';
echo '2';
echo '3';
echo '4';
echo '5';
}
Dimitar Dimitrov wrote:
On 29/07/10 10:49, Dimitar DIMITROV wrote:
Hi,
I've noticed that there is no mention in the help files that one can use
things like:
1. :h i^x^k or even
:h^x^k instead of
:h i_CTRL-X_CTRL-K
2. [count] gqq will format count lines
Cheers
--
You
Hi,
I've noticed that there is no mention in the help files that one can use things
like:
1. :h i^x^k or even
:h^x^k instead of
:h i_CTRL-X_CTRL-K
2. [count] gqq will format count lines
Cheers
--
You received this message from the vim_dev maillist.
Do not top-post! Type
Hi,
On linux systems I can open Vim and type:
:e~/dtab which expands (for me) to :e~/dev/ and I can go on...
but on Windows:
:e~/dtab expands to :eD:\dev\ and therefore I can't go on with my completion
unless I start over again using :e ~/dtab (note the space)
The whole point is:
I need a
- Message transféré
De : Dimitar DIMITROV mitk...@yahoo.fr
À : Bram Moolenaar b...@moolenaar.net
Envoyé le : Mar 27 juillet 2010, 13h 32min 56s
Objet : Re : Minor problems...
Dimitar Dimitrov wrote:
I wrote:
Dimitar Dimitrov wrote:
I always have 'cursorline' set
Dimitar Dimitrov wrote:
I wrote:
Dimitar Dimitrov wrote:
I always have 'cursorline' set.
Try this: :h'exrc
Setting the cursor on this line...:
setting the 'secure' option (see initialization). Using a local
...makes it move right. Same thing if you turn
Hi,
I always have 'cursorline' set.
Try this: :h'exrc
Setting the cursor on this line...:
setting the 'secure' option (see initialization). Using a local
...makes it move right. Same thing if you turn off cursorline but position your
cursor on the left parens...
I think this is
:find tab crashed my gVim on Windows XP
VIM - Vi IMproved 7.3a BETA (2010 Jul 18, compiled Jul 18 2010 21:51:55)
MS-Windows 32-bit GUI version with OLE support
Compiled by b...@kibaale
Big version with GUI. Features included (+) or not (-):
+arabic +autocmd +balloon_eval +browse ++builtin_terms
gVim on Windows XP
1. 77ia,esc
2. /\(\(\s*\w\+\s*\)\+,\)\{1,20}cr
3. :h\{cr
Then gVim stops responding
VIM - Vi IMproved 7.3a BETA (2010 Jul 18, compiled Jul 18 2010 21:51:55)
MS-Windows 32-bit GUI version with OLE support
Compiled by b...@kibaale
Big version with GUI. Features included (+)
1. valgrind --leak-check=full --show-reachable=yes ./vim -u NONE -U NONE
2. ZQ
==14191== LEAK SUMMARY:
==14191==definitely lost: 36 bytes in 1 blocks.
==14191==indirectly lost: 120 bytes in 10 blocks.
==14191== possibly lost: 0 bytes in 0 blocks.
==14191==still reachable: 40,689
valgrind --leak-check=full --show-reachable=yes gvim
1. cc, then a,a,a,a,a,a,a,a,a,a,a,
2. /\(\(\s*\w\+\s*\)\+,\)\{1,20}
3. :h\{
4. Close gvim
==3987== LEAK SUMMARY:
==3987==definitely lost: 12,986 bytes in 47 blocks.
==3987==indirectly lost: 28,332 bytes in 1,403 blocks.
==3987==
1. f1
2. 3yy`]
3. 5yy`]
==4008== LEAK SUMMARY:
==4008==definitely lost: 37,350 bytes in 116 blocks.
==4008==indirectly lost: 28,332 bytes in 1,403 blocks.
==4008== possibly lost: 319,554 bytes in 469 blocks.
==4008==still reachable: 2,425,077 bytes in 30,351 blocks.
==4008==
That said, I think persistent undo is more or less useless and, well,
just a big pile of potential problems. Persistent undo is in the
version control system, not in the editor.
I agree with that. This would probably be best left to versionning systems.
Shouldn't Vim be used for purely text
I would like to report some unexpected behaviour:
1. :set path+=~/dev/**
2. :find test.c works
1. :set path+=~/dev
2. :find **/test.c doesn't work
And yet, :h wildcard suggests that it should...
Note: File in ~/dev/project/example/test.c
= 1
let g:loaded_getscriptPlugin = 1
let loaded_gzip = 1
let loaded_spellfile_plugin = 1
Regards
Dimitar Dimitrov
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org
I still think there is a little problem here.
Fist, setting cpo+=% is not a solution because it breaks /* */ and # jumping...
What I am saying is:
(( )use % ) - here we will jump to the
very first (
so using ]) should work as well... (for jumping to the
: touch .vimrc, the bug appears!
Dimitar Dimitrov
My version:
VIM - Vi IMproved 7.2 (2008 Aug 9, compiled Feb 25 2009 17:43:03)
Included patches: 1-108
Compiled by 'http://www.opensuse.org/'
Huge version without GUI. Features
74 matches
Mail list logo
