On Tue, 15 May 2018 at 10:40, Dominique Pellé wrote:
> In theory, it could be done quickly in O(n).
Actually pasting the character with 100p is super fast, so 100ix
can surely be optimized.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply
On 24 January 2017 at 15:02, Johannes-Maria Kaltenbach
wrote:
>> Whatever I try I cannot reproduce it.
>>
>> Does this still happen when you start Vim with:
>>
>> vim -u NONE -N
>>
>> When not resetting t_BE, of course.
>
> yes
I've just updated vim to 8.226 and
Hi Christian,
On 3 October 2016 at 10:30, Christian Brabandt wrote:
> I haven't checked yet, but could that possibly be a duplicate of
> https://github.com/vim/vim/issues/1098
>
> Are you using python indent plugin and does it work better, if you
> disable the indent plugin?
Yes indenting is
On 2 October 2016 at 22:29, Dominique Pellé wrote:
> Can you also try to measure it automatically as I did? Just to make
> sure that what I measure is what you also observe.
This is what I got with line 85 (the slow one):
% time vim -u ./vimrc --noplugin +85 -c 'norm! o' -c 'q!' foo.py
0.17s
Hi Dominique,
On 1 October 2016 at 09:46, Dominique Pellé wrote:
> Can you provide a file where it happens and a minimalistic
> vimrc, just enough to reproduce it?
Here's what I came up with.
If I type o to open a new line:
- On line 87, it's instantaneous
- On line 85, there's a noticeable
Hi all,
I'm not sure when this started, but for some Python files there's a
noticeable lag due to syntax highlighting.
For example, using O to open a new line can take up to a few hundreds
of ms at some places of the file while it's instantaneous at some
other places of the same file. I say it's
On 17 March 2014 13:00, Tim Chase wrote:
Hurray for echo GET /path/to/resource HTTP/1.0 | telnet domain.name
80 which allows safe viewing without risking browser bugs. :-)
Does it protect you from Telnet bugs ? ;-)
--
--
You received this message from the vim_use maillist.
Do not top-post!
Hi all,
I'm using the thin listing (g:netrw_liststyle=0) and each time I open
netrw, the cursor seems to end up on a random line inside the listing.
What I'd like is to have it always be placed on the first listing
entry, just below the banner (thus line 9), each time I open netrw.
I've tried
Hi,
On Thu, Jan 24, 2013 at 5:34 PM, Charles Campbell wrote:
Please try the attached version. It doesn't put the cursor below the
banner, but does consistently leave the cursor at line 1, column 1.
What I'd like to have happen that's not happening: browse a directory,
change into a
On Sun, Sep 30, 2012 at 11:53 PM, Bram Moolenaar wrote:
I'm using ATI/AMD. I tried installing their proprietery driver.
Resulted in my desktop being 640 x 480 :-( Then running the
display manager to change the resulution has the OK button off-screen.
AAAr! Managed to hit it by
Hi,
On Tue, Jan 10, 2012 at 10:01, ConcreteVitamin wrote:
Please share your the name of your favorite color scheme, your working
environment (gvim under windows 7/ubuntu terminal... etc), and any other
specific settings! It would be best if you share a link to snapshots.
Here's mine:
On Mon, Nov 28, 2011 at 05:06, Marc Weber wrote:
Alternatives? Force login? ...
Maybe a captcha system could be integrated?
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit
Hi all,
After updating my netrw plugin (v143), I now get this error the first
time I do :Explore in a Vim session:
Error detected while processing /home/ingelres/.vim/autoload/netrw.vim:
line 164:
E117: Unknown function: netrw#ErrorMsg
This did not happen with v141d, but I think this happened
On Sat, Oct 1, 2011 at 17:43, Charles E Campbell Jr wrote:
The latest version of netrw is v143, and netrw#ErrorMsg is at line#8056 in
autoload/netrw.vim. I can't duplicate the problem; so please look into
:help netrw-debug for a way to proceed.
After a bit of debugging, I found that this is
Hi,
On Thu, Jul 7, 2011 at 05:11, Steve Hall wrote:
Mine shows 21 items in logical groupings that are still easily
readable. A number of these features are particular to our
customization, but all are extrapolations of basic Vim capabilities:
http://cream.sourceforge.net/statusline.html
How
On Fri, Jul 8, 2011 at 08:45, Bee wrote:
How do you get the file size? That's a useful information I could add
to my own status line.
:help line2byte()
Cool thanks, I didn't know about that one.
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below
Hi,
On Tue, Oct 19, 2010 at 14:16, Heefan wrote:
I am using vim console under linux without any gui.
Is there any mark plugin for console vim ?
I am doing c++ programming and wanna highlight some lines and easy to find
it after I jump here and there.
Unfortunately, sending your question
It is very difficult to do ANYTHING platform-independent if you're
working in a terminal.
I'm also having issues with copy-pasting since I installed the latest
Ubuntu a few days ago. I've been compiling my own Vim without GUI for
a few years, and I was previously able to copy-paste using the
Hi all,
I was wondering: Any reason why completion isn't used for setting
filetypes on the command-line? For instance, it would be nice if
typing
:set ft=pywildchar
could complete to 'python' or could bring up the list of filetypes
beginning by 'py'. This would be interesting when one doesn't
On Fri, Mar 12, 2010 at 15:05, Jean Johner jean.joh...@cea.fr wrote:
I would like to add a c (c character) at the beginning of a line (or
of a range) for any character already present at column 1. This means
that if c is the first character of the line, I want to get cc. If
it is a, I want to
On Fri, Mar 5, 2010 at 21:26, Charles Campbell wrote:
With this version it works fine but only the first time, e.g.:
1) Vim
2) :E --- cursorline is on
3) Select and open a file
4) :E --- cursorline is off
I saw that problem (after you pointed it out), but not always. I've now
On Sat, Mar 6, 2010 at 20:21, sc tooth...@swbell.net wrote:
i'm not sure how big a problem it is -- i've never hit 'i' eight
times in a row before seeing this thread
Well, that's one manifestation of a bug, there may be other ones.
--
You received this message from the vim_use maillist.
Do
Hi,
On Fri, Mar 5, 2010 at 15:58, Charles Campbell wrote:
But still, cursorline is not turned on when entering netrw. Did I miss
something?
Hmm, it works properly when one hits the i key -- but not when simply
entering netrw. Please try v137f, available at my website as
Hi all,
Attached is a screenshot of what I get sometimes when trying to
auto-complete the current word. The popup first appears correctly on
the right of the screen (where the cursor is), but while going through
the choices, it jumps to the left of the screen when the current
choice is too long.
2010/1/20 Dominique Pellé:
I can reproduce something a bit similar (but not exactly
the same, so I'm no sure sure it's the same bug) when
displaying a pum with :set number and long lines that
wrap. It happens with Vim in a terminal or with gvim.
...
Just tried, and I get the same result as
Dominique Pellé wrote:
I tested further and still found an issue which is
addressed in this new attached patch.
I've just applied your patch, I'll see if I still get this problem or
if I encounter other issues. Thanks!
--
You received this message from the vim_use maillist.
For more
On Tue, Sep 15, 2009 at 10:28, Linda W wrote:
The RFC started in plain text because that was all that was available.
...
I honestly don't see where all this discussion is going.
Who cares about which document is written in which format? This is a
mailing list, a place where a community
On Tue, Jul 21, 2009 at 13:11, John Sampsonjrs@ntlworld.com wrote:
Many thanks - but even after searching the manual etc. I do not
understand how this solution
is constructed or arrived at. Perhaps Vim is not for me.
What don't you understand? The most complicated part of it is the
On Wed, Jul 15, 2009 at 17:39, Jeri Rayejeri.r...@gmail.com wrote:
Our IT department has forbidden the use of gVim. ;-(((
Is this a joke? I don't see the point in stopping people from using
their favorite text editor. Sure I could work with another text
editor, but I would be 10 times less
On Mon, Apr 6, 2009 at 18:00, Tony Mechelynck
antoine.mechely...@gmail.com wrote:
It would be invalid in the case of custom 'statusline's including, for
instance, the window number, or maybe the number of visible lines and
columns in the window, as part of what is displayed. Also, the cursor's
2009/4/5 Bram Moolenaar b...@moolenaar.net:
In my status line, I display the number of lines in the corresponding
buffer. If I split the window, so that I have the same buffer into two
visible windows, only the status line of the active window is updated.
For instance, if I add some new lines
On Sat, Apr 4, 2009 at 11:28, Tony Mechelynck
antoine.mechely...@gmail.com wrote:
Let's wait until the end of the Easter holiday, leave Bram some time to
settle back even after that, and we can still wake it up again on
vim_dev if nothing happens. What do you think?
Ça marche.
On Fri, Apr 3, 2009 at 09:00, Maxim Kim haba...@gmail.com wrote:
In my colorscheme I want to redefine some netrw colors:
hi link netrwData Operator
hi link netrwLib Operator
hi link netrwMakeFile Operator
hi link netrwClassify Constant
hi link netrwHidePat Constant
hi link netrwList
On Wed, Apr 1, 2009 at 12:23, Tony Mechelynck
antoine.mechely...@gmail.com wrote:
I'm confirming this in gvim 7.2.148 on openSUSE Linux 11.1. I suspect it
is related to the bug investigated in the thread How to redraw the
whole Vim screen after splitting new windows?.
So should we forward
Hi all,
In my status line, I display the number of lines in the corresponding
buffer. If I split the window, so that I have the same buffer into two
visible windows, only the status line of the active window is updated.
For instance, if I add some new lines to the buffer, the number of
lines in
On Sat, Feb 14, 2009 at 10:03, Matt Wozniski wrote:
Which can't be detected in terminal vim - but I think this will get
you pretty close: This command will cause vim to check if the file
has been modified every time you let the cursor sit still for
'updatetime' seconds, so it won't be
On Fri, Jan 30, 2009 at 10:36, bill lam wrote:
If you put 7 of the most talented OSS developers in a room for a week
and asked them to fix a bug in a spreadsheet program, in 1 week you'd
have 2 new mail readers, and a text-based web browser.
Sorry for this OT, but that's so true :-)
Sorry
On Fri, Jan 30, 2009 at 05:25, Javier Rojas wrote:
http://diveintomark.org/archives/2007/01/21/wrongroom
If you put 7 of the most talented OSS developers in a room for a week
and asked them to fix a bug in a spreadsheet program, in 1 week you'd
have 2 new mail readers, and a text-based web
On Fri, Jan 30, 2009 at 07:44, François Ingelrest wrote:
On Fri, Jan 30, 2009 at 05:25, Javier Rojas wrote:
http://diveintomark.org/archives/2007/01/21/wrongroom
If you put 7 of the most talented OSS developers in a room for a week
and asked them to fix a bug in a spreadsheet program, in 1
On Mon, Jan 12, 2009 at 15:31, Bastian Bartels wrote:
But how can I do it? :-)
It's just there: http://www.vim.org/maillist.php
You need to send a mail to vim-unsubscr...@vim.org
--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For
On Fri, Jan 2, 2009 at 02:01, CCB08 wrote:
I have built vim successfully in the past, but I am running in to
problems on my new Ubuntu installation.
./configure appears to run w/o problems.
make appears to run w/o problems.
However, sudo make install ends with this:
if test -d
On Tue, Dec 30, 2008 at 12:17, Tony Mechelynck wrote:
Every time:
:set autochdir
This will constantly change your working directory; the help says that
it may cause some plugins not to work.
I used this option for some time, but eventually found that sometimes
it does not work. I
Hi all,
When I type large amount of text (e.g., LaTeX), I use wrapping instead
of breaking lines. As a result, I get long 'real' lines spanning
multiple 'visual' lines. I also use :set display=lastline, so that I
can see as much as possible of the last 'real' line.
My problem is that I can't
On Fri, Dec 26, 2008 at 11:30, Tony Mechelynck wrote:
There is no way to fix this: the top a Vim window is always at the
start of a line, with one exception which is when you are editing a line
which is itself longer than the whole size of the window: it is possible
to edit any part of that
On Fri, Dec 26, 2008 at 11:55, Tony Mechelynck wrote:
Am I mistaken, or does the bottom (file) line appear in its entirety
(possibly moving several lines out the top of the window) when you move
the cursor onto it (assuming it begins somewhere in the middle of the
window and, with
On Mon, Dec 15, 2008 at 11:09, Ben Schmidt wrote:
I believe it would require javascript in the HTML; and I don't think
it's work the trouble. Now if someone wants to tackle it, why not?
Yes. The Javascript/HTML side of it is quite easy as long as the desired
behaviour can be clearly
On Wed, Dec 3, 2008 at 08:07, worker wrote:
I accidentally made a choice to receive email when I asked a
question a long time ago, now I am keeping getting many many emails
from unrelated threads from this news group. Please let me know how to
stop this?
Thanks!
T
As you own
On Sun, Nov 30, 2008 at 12:02, WL [EMAIL PROTECTED] wrote:
I would like to know how to determine the current font used from the
ex prompt.
In GVim, just type :set guifont
In Vim, I don't think there's a way to determine it, since it's
defined by the terminal itself.
On Thu, Nov 13, 2008 at 09:38, Frank Shute [EMAIL PROTECTED] wrote:
I'm tring to select a colorscheme dependent on filetype for gvim.
I've got this in ~/.gvimrc:
filetype plugin on
if ft == sh || ft == perl
colors desert
else
colors wombat
endif
Try this:
filetype on
On Wed, Nov 12, 2008 at 11:53, Dennis Benzinger
[EMAIL PROTECTED] wrote:
Where can you report bugs in the help files?
AFAICT, they should be reported to the vim_dev mailing list.
--~--~-~--~~~---~--~~
You received this message from the vim_use maillist.
For more
On Wed, Nov 12, 2008 at 13:09, Peter Princz [EMAIL PROTECTED] wrote:
I recently changed job and thus I`m forced to downgrade with my vi. I
started with 6.2 many years ago, went forward till 7.2, but now I have
to go back to 6.4 and it is not trivial at all, it is in fact driving
me crazy. :(
On Mon, Nov 10, 2008 at 23:22, John Little [EMAIL PROTECTED] wrote:
2008/10/27 François Ingelrest [EMAIL PROTECTED]:
Anyone else using the latest Ubuntu 8.10?
... the GUI version is quite slow.
Is this going anywhere, François?
No, the issue is still there. As I said, GVim is usable
On Tue, Nov 4, 2008 at 23:15, Matt Wozniski [EMAIL PROTECTED] wrote:
It might be good to know, but it's certainly not relevant to whatever
problem these people are seeing... My WAG is that they're seeing a
font rendering regression (Pango? Freetype?), since I can reproduce
this problem in
On Wed, Nov 5, 2008 at 17:39, fREW Schmidt [EMAIL PROTECTED] wrote:
Make sure to check the output of top. For some reason on my laptop I have a
process (ksoftirqd/0) that takes up a significant amount of the processor.
I haven't seen anyone with a solution for it yet.
During Dominique's
Hi all,
Anyone else using the latest Ubuntu 8.10? I've installed it this
week-end, and compiled the latest Vim as well (7.2.25).
I've been using Vim all the day, and the GUI version is quite slow.
Well, it's usable, but I can see the redrawing of the screen, it takes
maybe a bit less than 1
55 matches
Mail list logo