the
result status.
Thanks,
Milan Vancura
--
--
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
How about A more pythonic Python interface?
I would prefer clearer summary: what exactly is now possible?
Example questions:
* Can I write a script for vim in python only, without vimscript?
* What's the advantage? Is there new data model easier to understand than
a myriad of random
ZyX,
it's probably beter to ask you directly... Can you send a short description,
please?
Milan
--
--
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
, an older one.
Milan Vancura
--
--
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
Hi Bram.
It might make more sense to have a negative 'sts' value mean that
'shiftwidth' is used.
Yes, this is what I do for years: sw and sts set to the same value (and to try
to not forget to change the second when changing the first). It would be a
pretty enhancement if sts followed sw value
Make joining a range of lines much faster. (Milan Vancura)
===
I think Mark was talking about the join() function,
which was not touched in this commit (which only took care
of the :join command)
Hi.
I did not change nothing about memory allocation, no ga_* functions. What I
changed
len(iconv(getline('.'), encoding, 'char'))
returns length of current line, but i need to get length of all lines from
buffer start to current line. line2byte('.') does this.
To workaround with this, i have to write cycle for each line. Imagine how
long this cycle on Vimscript will work on
(helpful for users, not confusing etc.), they are surely right from
technical point of view. And we should think about those messages from the
perspective of vim users, regardless of ls users.
Just to make things more clear,
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--
You
keyboard setting in X window system, of course. If I switched to
another kind of Czech keyboard (called typewriter one), U0161 appears at a
key of number 3 and Mod5 would be on right Alt or not defined at all.
As I wrote above, we can't do anything about that, as far as I know.
Milan
--
Milan
/a.
---
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--
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
recording with :wn instead of
0j.
--
Milan Vancura, Prague, Czech Republic, Europe
--
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
I think Charles Campbell's MPage plugin is just what you want:
http://mysite.verizon.net/astronaut/vim/index.html#MPAGE
Thank you for the link, Ingo, and for the plugin itself, Dr Chip.
I tried it and basically it works. But it's done by overkill: manual window
synchronization
problem is to
handle display problems (like a line longer than the screenline).
Is there anyone interested to help with improving this?
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text
The script consists of two parts. One enables Unicode completion of
either Unicode Codepoints or Unicode Names using Ctrl-X_Ctrl_U and the
other part is using digraph completion using Ctrl-X_Ctrl_C (think of
char). For the digraph completion, if you want a with acute you press a
and
I have written a plugin, unicode.vim
(http://www.vim.org/scripts/script.php?script_id=2822) that ought to
make that easier by providing a completion function for digraphs and
Unicode Glyphs.
Hi Christian.
This sounds interesting but I still have not found how to work with your
script. It
And if it did not help your problem, you may ask at v...@vim.org
Regards,
Milan Vancura
--
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
When editing a file over a network or a removable media (USB stick) it's
very easy to misplace the undo file. Also, when a file is edited by
several people, or the same person with different login names or from
different systems, the undo file would go in the wrong place. Also
problems with
algorithm replacement may be considered as a feature but it was
tested for a long time by all users of git branch vim-extended with no negative
report for all that time.
May you include them in vim 7.3, please?
Milan Vancura
--
You received this message from the vim_dev maillist.
Do not top-post
Hello.
This is very interesting thread.
We -really- need to be able to distinguish Escape, the ASCII sequence of
0x1e, from Esc, the human-level idea of pressing that piece of
plastic. This would enable us to
:map Esc foobarsplot
And also get rid of the waiting loop for distinguishing
On 13 May 2010 11:18, Milan Vancura mi...@ucw.cz wrote:
BTW, slightly different topic: how can one remap some internal function from
its default hotkey to the different one? As far as I know there is nothing
like
leave insert mode function which can be mapped to the different key
Milan Vancura wrote:
thank you for the answer.
The main reason is Vi compatibility.
So what about an option changing this behaviour (causing all movements
throwing
an error if they can't be done) and add that option to be a part of what
'compatible' sets
additional sentence:
Also check the 'whichwrap' option.
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
On Mon, Sep 14, 2009 at 10:45 AM, Milan Vancura mi...@ucw.cz wrote:
Hello,
according to :h quote_quote [*] the unnamed register () should contain the
text deleted or yanked by the last d, c, s, x or y command. There
is
especialy mentioned that the text stored to the unnamed
chars to the right and users should use '$'
for reaching the end of line.
Note that there are a few exceptions, again for Vi compatibility.
Sure, I understand. I will not fight if you say strict 'no' to my idea.
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
in vim 7.1, patches 1-314 and vim 7.2 patches 1-22.
May you look at this, please?
Milan Vancura
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
Lech Lorens schrieb:
BTW unlike documentation e.g. for :global or :tabdo, documentation for
@ does not mention the expected behaviour if an error is encountered.
IMHO this means that errors should be ignored.
Macros and mappings are quite similar in this regard
:h macro
/error
- Forwarded message from Milan Vancura mila...@atrey.karlin.mff.cuni.cz
-
To: Bram Moolenaar b...@moolenaar.net
Cc: Vim development list vim-...@vim.org
Subject: Re: Bug: 'l' breaks macro when run at the end of line
Not a bug: 2l behaves different than ll when the second l doesn't
make the life with plugins easier.
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
. Thank you, guys,
as you made my life easier!
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
Hello,
I'm sorry I am still not on Inet as often as usual (as I'm still ill), so my
response is a bit late.
4. putting more git trees together: you can either pull from my git tree
instead of me pushing to your one. This has an advantage that you have your
git
tree under control.
Hi.
I'm sorry I'm in hurry as I must go for my ill daughter. So, in short:
Oh, I meant a replacement for join-lines-improved (I wrote: after the
feat/), but I think it's OK.
feat was just inspired from Vim's FEAT_... compiler switches.
I vote for fix/fast_join. It is a fix, not a
the problem of wrapped lines. Then the best
option is to ignore the fact the second window is +-several lines not synced.
--
The sig separator should be two dashes PLUS ONE SPACE.
OK, sorry for that. Fixed.
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
all,
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
, but unsuccessful. I even can't
understand why pressing CTRL-E help with windows synchronization, there is
nothing about scrollbind in functions handling CTRL-E...
Can anyone help, please?
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received
to check proper spacing (after '.','?' and '?'
etc.)
+ with and without marks set in the range of joined lines
++ combinations of all above
The patched test29 does exactly all of that.
Can you look at new patches, Bram?
Thank you,
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
wrong. The fix is attached, shall be applied
after 03-test29_improve.patch
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
as it is no longer needed. They are separate to allow to accept just
the first one if API change is not allowed etc.
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http
On Tue 23-12-08 20:58:44, Bram Moolenaar wrote:
Milan Vancura wrote:
Milan, did you read the earlier post? It seems to deal with that.
Thank you for the reference, Ian. I made O(n) variant, two patches follows
as
attachemnts. Bram, are they OK for you, please?
The first
Hello.
it? Wouldn't that be O(N)?
If the line joining code will always be using data that doesn't change,
which I think Lua can't depend on, then that would be simpler. I can't
see why J would have to deal with unexpected line lengths.
I believe that Vim can depend on the fact that
?
So, in general, this is 2D problem and can't be solved 100%. But this idea of
char-diff can be useful in cases where the amount of changed lines are same in
both actually compared hunks. And I must say I would like it very much in that
cases (comparing various config files etc.).
Milan
--
Milan
5. Ever used Vim in a putty window, and pasted a giant section of code
after hitting insert when you accidently left auto-indent on? The pasted
text is all screwed up cause of the tabs and such. Of course, you have to
:h pastetoggle
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--
Milan Vancura, Prague, Czech Republic, Europe
function! RelLinesInit ()
sign define l_0 text=-- texthl=Search
let index=1
while index=70
let sindex = (index 10 ? 0 : ) . index
exe sign define l_ . index . text= . sindex .
texthl=Search
If you see how Bram is handling (well) vim, it has a linear
development. No branches, No merge.
When he moves on to the next release, the previous one does not get
updated patches (it seldom happens).
So actually Bram could do the whole maintainance of vim by just using
git-gui (graphical
problem for git people so
they will be able to help better in that situations.
Milan
--
Milan Vancura, Czech Republic, Prague
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
character undeleted (why?)
I must say this behaviour corresponds the documentation (there is no count
mentioned for '0' or 'Home') - but I ask: can the support for 'count0' be
added?
Thank you,
Milan Vancura
--
Milan Vancura, Prague, Czech Republic, Europe
-decoration
plus It's All Text extension to forefox...
similar for a column of numbers: use sc which has plenty of functions...
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist
a function which converts Mar to 3.
B: try strlen()
Milan
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
). Do you agree?
BTW: open folds after vertical diffsplit looks (visually) very similar to signs
but :sign list shows nothing. Interesting... Why two so similar mechanisms were
developped?
Milan Vancura
--
Milan Vancura, Prague, Czech Republic, Europe
--
Milan Vancura, Prague, Czech Republic, Europe
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
function! RelLinesInit
don't think it's a good idea
because you don't need this feature so often, it may be easier to press one key
to get it when you need it than to slow down vim by recalculating signs every
time the cursor moves. But you will see - try it and tell me.
Milan
--
Milan Vancura, Prague, Czech Republic
this patch should support a 'pseudoeuqalalways' option?
:set equalmostly?
:splitin
splitin does the same as :split does, but doesn't change sizes of other
windows, just splits the actual one and uses the area of actual one for both
this and the new one.
Milan Vancura
51 matches
Mail list logo