On Wednesday, 25 June 2014 18:40:45 UTC+1, Christian Brabandt wrote:
On Do, 19 Jun 2014, Praful wrote:
On Wednesday, 18 June 2014 22:37:47 UTC+1, Christian Brabandt wrote:
On Mi, 18 Jun 2014, Christian Brabandt wrote:
Perhaps, it's clip_gen_set_selection
you've forgotten, your original solution did work even though it wasn't
as generic as Bram wanted. It could be there is no generic solution and you
have to settle for a specific solution.
Thanks
Praful
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply
. That function would then also
restore clip_unnamed.
Ok that would work. Here is an updated patch.
I have tried this patch and it made no difference! It's still slow when I try
g!/pattern/d. Using d_ was fine as expected.
This is Windows 7 x64.
Praful
--
--
You received this message
On Wednesday, 18 June 2014 18:02:20 UTC+1, Christian Brabandt wrote:
Sorry, typo. Please try this updated patch.
Thanks for the quick response, Christian. Sorry, same again. I still have issue.
Praful
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your
Hi Christian
Are you considering another patch to incorporate Bram's comments? Or is this
patch the candidate for inclusion in the Vim code base? If it is, I'll test it.
Thanks
Praful
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text
as well
Praful
--
--
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
, Praful Kapadia praful...@gmail.com
wrote:
I have had an annoying issue with gvim 7.4, with patches 1-307. If I
open a large file (e.g. containing 200,000 lines) and use the global
command to delete lines, the operation takes a very long time on
Windows if clipboard has been set to unnamed
Point taken about quotes being comment indicators in my set clipboard=.
I completely forgot about the black hole register! Isn't vim wonderful just to
have that concept!
Thank you ZyX - and John for making sure I didn't miss the black hole advice.
Praful
--
--
You received this message from
command, when there are many matches (100). Note: I haven't tested it.
I may try the patch or probably wait until it enters the main code base.
:g/test/d_ has already entered my muscle memory - probably because the
alternative is so disruptive!
Praful
--
--
You received this message from
On Friday, 30 May 2014 13:00:39 UTC+1, Praful wrote:
On Friday, 30 May 2014 12:27:01 UTC+1, Christian Brabandt wrote:
This is a known issue for windows (see :h todo.txt and search for
:g/test/d)
Thanks Christian - and apologies to all for not seeing the todo list
Here
on almost all 200,000 lines of a
file. It did the substitutions in less than a few seconds. To make sure I
wasn't using Christian's patch, I then tried :g/pattern/d and Windows froze!
I tried the :%s on my patched gvim as well and that worked fine too.
Praful
--
--
You received this message from
19J) is fine too.
(Clipboard was set to unnamed.)
Praful
--
--
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
neither the last
line nor all lines is generally required. I don't care (others might) what ends
up on the clipboard and would be happy if there was no speed penalty when the
command was issued!
It would be great if someone could look at this!
Thanks
Praful
--
--
You received this message from
13 matches
Mail list logo