On 4/12/06, Doug Kearns [EMAIL PROTECTED] wrote:
I assume the omni completion files should follow the same naming
convention as the other runtime files? Eg. Should the current
pycomplete.vim actually be named pythoncomplete.vim?
I don't know how they're stored now, but shouldn't it be
On 4/21/06, sean [EMAIL PROTECTED] wrote:
On Fri, 21 Apr 2006 10:05:18 +0200
Nikolai Weibull [EMAIL PROTECTED] wrote:
How do you define the region to be from the current line to the last
line? You can't press G. All you can give is a number prefix. Or
perhaps there's some command I've
On 4/21/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
[send_keys() patch]
The second argument is optional, you should check if it's there.
I don't want to change input_available() this way, I can't oversee what
the implications are.
Also, it's not clear what was already
a readkeys() can't be far behind. Having a readkey() - singular
probably makes more sense - function would allow us (i.e., me) to do
something like this:
function! s:DeleteComment(inclusive)
Delete a language-specific comment
:
:
endfunction
function! s:Delete()
let key = readkey()
On 4/26/06, Aaron Griffin [EMAIL PROTECTED] wrote:
On 4/26/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
That is, the input sequence dac would delete a comment. Entering
something else would just be fed to Vim as always.
Couldn't you use :omap for something like that?
(I hope it's OK
On 4/27/06, Gautam Iyer [EMAIL PROTECTED] wrote:
Attached are the filetype, syntax and ftdetect files for mrxvt config
files. Sorry I couldn't make your April 20th deadline ... but maybe you
can stick these in Vim-7.1 if they don't make the Vim-7.0 release.
Just a comment on the syntax
On 4/27/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
Considering that something bound by :omap should perform a motion, how
would you create a motion that needs to describe a region that begins
before the cursor and ends after it, like other text objects do?
I
On 4/27/06, Gautam Iyer [EMAIL PROTECTED] wrote:
On Thu, Apr 27, 2006 at 11:35:52AM +0200, Nikolai Weibull wrote:
Just a comment on the syntax definition. You could be using
:syn-keyword for quite a few of the things that you're currently using
:syn-match for. :syn-keyword is clearer
On 5/9/06, Matthew Winn [EMAIL PROTECTED] wrote:
On Tue, May 09, 2006 at 02:02:24PM +0200, Nikolai Weibull wrote:
Well, there's always the following algorithm to consider:
if (bram_is_unreasonable) {
int new_child = fork();
if (new_child) {
// Let Bram continue in his thought-process
On 5/9/06, Gary Johnson [EMAIL PROTECTED] wrote:
By default, :cn should open a closed fold, and when executed as
:cn, it does so. But when :cn is the rhs of a map and the lhs
of the map is typed, closed folds do not open. I think :cn
should behave the same whether executed
On 5/10/06, Bill McCarthy [EMAIL PROTECTED] wrote:
When I checkout vim7 with svn under WinXP Pro, my text files
are all coming out as UNIX files (using LF instead of
CR/LF).
So? Doesn't Vim handle them correctly?
The svn program is designed to handle proper EOL for an
operating system when
On 5/10/06, Martin Krischik [EMAIL PROTECTED] wrote:
Am Mittwoch, 10. Mai 2006 15:29 schrieb Bram Moolenaar:
I'll send out the individual patches as usual. I expect Edward Fox to
include them in the Subversion archive.
Have you considered to move over to Subversion completely?
Try the following in an empty buffer:
:g/./
It will give you an
E486: Pattern not found: .
message, but it won't be highlighted as an ErrorMsg.
Executing
/./
on the same buffer does give the error message with the correct highlighting.
I'm running Vim 7 without any patches applied.
On 5/11/06, Bill McCarthy [EMAIL PROTECTED] wrote:
On Thu 11-May-06 6:31am -0600, you wrote:
So? Why are you using notepad?
When working on another's computer, what do you suggest?
Wordpad?
I really don't understand what causes you so many problems. Why are
you working with the Vim sources
On 6/6/06, Martin Povolný [EMAIL PROTECTED] wrote:
Hallo,
I have tested ruby code completion in vim and found that it is quite
insecure.
Lets have file 'a.rb':
system('echo vim je pako /tmp/pako')
class MyTest
def test
return 1
end
end
And then some file we edit e.g. 'b.rb':
On 6/22/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
There might be a way in between: when 'filetype' is set to c89 or
c99 an autocommand or plugin sets the global variable and sets
'filetype' to c. I haven't seen this used yet, there might very well
be some disadvantages. At least it would be
Say I have a buffer like the following:
★
Say that I then select and copy that character. I then get:
★★
Say that I then copy it again (i.e., pressing middle-button twice
inside the xterm):
★★#
Why does that happen?
nikolai
On 6/28/06, Jochen Baier [EMAIL PROTECTED] wrote:
On Wed, Jun 28, 2006 at 11:21:00PM +0200, Mikolaj Machowski wrote:
Dnia ?roda, 28 czerwca 2006 22:07, Jochen Baier napisa?:
i think a command like cbefore or croot could be
usefull. using this command after a quickfix trip (vimgrep,
On 7/1/06, justin constantino [EMAIL PROTECTED] wrote:
E706: Variable type mismatch
As a minor improvement, I think it would be nice if you could do:
let foo = one,two,three
let! foo = split(foo, ',')
I think we should just remove the whole restriction.
nikolai
On 7/7/06, Sean Reifschneider [EMAIL PROTECTED] wrote:
On Fri, Jul 07, 2006 at 11:35:41AM +0300, Yakov Lerner wrote:
On 7/7/06, Sean Reifschneider [EMAIL PROTECTED] wrote:
What I'm really looking for is that when I paste using the mouse, that
paste is set.
How about this
:map MiddleMouse :set
On 7/8/06, Sean Reifschneider [EMAIL PROTECTED] wrote:
Probably because for it to work in insert mode you would need to do set
mouse=i.
set mouse=a
is a superset of
set mouse=i
nikolai
I am the maintainer of compiler/gcc.vim and I would like to propose
the following change to its errorformat:
@@ -20,7 +20,8 @@ setlocal errorformat=
\\%f\\\,\ line\ %l%*\\D%c%*[^\ ]\ %m,
\%D%*\\a[%*\\d]:\ Entering\ directory\ `%f',
\%X%*\\a[%*\\d]:\ Leaving\ directory\ `%f',
-
Here's a patch for :pwd that echoes the pwd with the attributes
specified by the Directory highlighting group.
What do you people think about this? Is it necessary, nice, silly,
stupid, unnecessary? I think that it makes sense, seeing as how it
prints a /directory/. Bram thinks it is a bit
On 7/22/06, Kyle Wheeler [EMAIL PROTECTED] wrote:
http://www.vim.org/sponsor/vote_results.php ?
I guess that list should be updated to reflect what changes have
already been implemented.
nikolai
On 7/22/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
The filetype can be matched by the following patterns:
au BufNewFile,BufRead ~/.cmus/{autosave,rc,command_history,*.theme}
\ setf cmusrc
au BufNewFile,BufRead */cmus/{rc,*.theme
On 7/22/06, Ilya [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
@@ -20,7 +20,8 @@ setlocal errorformat=
\\%f\\\,\ line\ %l%*\\D%c%*[^\ ]\ %m,
\%D%*\\a[%*\\d]:\ Entering\ directory\ `%f',
\%X%*\\a[%*\\d]:\ Leaving\ directory\ `%f',
- \%DMaking\ %*\\a\ in\ %f
When output from for example :echon comes within 12 columns of the
right hand margin the Press ENTER or type command to continue prompt
appears. Why is this so? Why can't the remaining 12 columns be used?
It's not that I think that 12 colums will make all the difference in
the world. It's
On 7/25/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 7/23/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 7/23/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 7/23/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
When output from for example :echon comes within 12 columns of the
right hand
On 7/27/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Vim uses the X server for communication. Only users with write access
to the X server can send a message to Vim. And if you have write
access, you are also able to send keystrokes to another process, thus
you can do anything anyway. E.g.,
On 7/28/06, Marc Weber [EMAIL PROTECTED] wrote:
In case it's a still a vim issue or we don't wont it it would be easy to
add a accept_remote_orders_from_different_user and let vim send not
only the command but also the username so the server might check..
I'll try to investigate some more time
On 7/28/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 7/28/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 7/27/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Vim uses the X server for communication. Only users with write access
to the X server can send a message to Vim. And if you have
On 8/1/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Rodolfo Borges wrote:
I made a file with vim commands, starting with
#!/usr/bin/vim -S
so I can execute the file directly, instead of using vim -S file.
The problem is that vim tries to execute this first line too.
Method I:
-8-
On 8/5/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
However, it can sort of be simulated by having marks that stick to the
text position that they mark, instead of line + fixed column. (We
don't have this kind of mark at the moment.)
IIUC, Vim's marks _are_
On 8/5/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
When breaking a line before a mark, the mark stays with the part-line
before the line break:
And I repeat: Bug?
No. That's just the way marks work. And it's a misfeature in my opinion.
It's always possible to add another type of mark
On 8/6/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
It's always possible to add another type of mark that stays with the
text, whatever happens, and I don't think it should be too hard to
implement, see mark_col_adjust(). But Bram thought it would be
difficult
In my syntax/context.vim I include a bunch of other syntaxes. All
work fine except for the xml one, as spell-checking stops working when
it's included. It seems to be due to the fact that there are items in
the xml syntax that are marked to contain @Spell. This seems to set
off the default of
On 8/9/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
In my syntax/context.vim I include a bunch of other syntaxes. All
work fine except for the xml one, as spell-checking stops working when
it's included. It seems to be due to the fact that there are items in
the xml
TPM's are RDF-based descriptions of TeX packages. The following
autocommand could be used in filetype.vim:
au BufNewFile,BufRead *.tpm setf xml
Thanks.
nikolai
On 8/16/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Vim internally works linewise. Appending a character means taking the
current line and replacing it with one that has the character appended.
If you keep adding characters to the same line you could do some
optimization to avoid having to
On 8/16/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
There are only a few operations that profit from a gap strategy.
Overall it gets much more complicated and inefficient. You would have
to move the gap around for every change made.
Not quite true. You'd have to move it around for every
On 8/30/06, Chris Littell [EMAIL PROTECTED] wrote:
On 8/30/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 8/29/06, Brad Beveridge [EMAIL PROTECTED] wrote:
On 29/08/06, Ilya [EMAIL PROTECTED] wrote:
Brad Beveridge wrote:
static char string[2] = {0};
Should not you have = {0, 0
On 8/30/06, Chris Littell [EMAIL PROTECTED] wrote:
On 8/30/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
In C99 you can initialize values out of order, yes, but you can't do
it with ranges. Ranges are a GNU C extension. The propagation
neither happens in any of the ANSI standards, nor
On 9/11/06, Mark Manning [EMAIL PROTECTED] wrote:
It is fairly easy to check for inconsistencies in Binary, Octal, and Hex
because they have a fixed format. Decimal is not as easy due to there
being integers, reals, and general format numbers (ie: #e+/-#) which are
all grouped into the Decimal
On 9/11/06, Mark Manning [EMAIL PROTECTED] wrote:
Creating an error syntax that
would highlight the problems rather than just identifying whether or not
a number was a decimal number.
Sure. A thought, though. This is going to get rather complex and how
often have you actually mistyped a
On 9/11/06, Mark Manning [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/11/06, Mark Manning [EMAIL PROTECTED] wrote:
It is fairly easy to check for inconsistencies in Binary, Octal, and Hex
I'm afraid C does not notion of binary numbers.
On some systems that answer is
On 9/11/06, mwoehlke [EMAIL PROTECTED] wrote:
mwoehlke wrote:
Mike Williams wrote:
mwoehlke did utter on 11/09/2006 17:44:
Bram Moolenaar wrote:
I don't know what the rules are in all kinds of C, but at least things
like 0x0L, 0x0u, 0x0UL are valid.
Using a match instead of region would
On 9/30/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
g/ is scheduled to be used to search inside the selected area
Hehe, I was just about to ask if such a command wouldn't be useful :-)
nikolai
On 10/1/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
One thing that really annoys me with Vim is the limits it emposes on
what names are legal for user-defined functions and commands. I know
the reason for these restrictions, but I don't think they make much
sense
To This Message:Re: Time to remove naming restrictions?
To: Nikolai Weibull [EMAIL PROTECTED]
You have reached an email address at KNBT that is unavailable or no
longer valid. If you have any questions please call our customer
service number at 1-800-996-2062 (toll-free), Monday – Friday: 7
On 10/2/06, Yakov Lerner [EMAIL PROTECTED] wrote:
Me too. I think it means that (1) email address at KNBT that is
unavailable or no longer valid, and (2) it's time for you to add
special filtering rule to your mail reader. I mean, who said mail bot
cannot post to mailing list ?
It's not
On 10/3/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
I still don't see the advantage of compiling regexps while scripts remain
interpreted.
Well, storing the compiled regex is surely a lot faster. However, I
don't think that's the way to do it for VimScript, as it isn't really
parsed, it's
On 10/3/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
One thing that really annoys me with Vim is the limits it emposes on
what names are legal for user-defined functions and commands.
Another oddity in using this approach is the history. If you execute
So you can't write
:call object.method().results_method()
in VimScript. But it would be sweet if one could. Can't find
anything in the TODO on this. Any plans for the future?
nikolai
On 10/3/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
So you can't write
:call object.method().results_method()
in VimScript. But it would be sweet if one could. Can't find
anything in the TODO on this. Any plans for the future?
But you can write
:let _ = object.method().results_method
On 10/3/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 10/3/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
So you can't write
:call object.method().results_method()
in VimScript. But it would be sweet if one could. Can't find
anything in the TODO on this. Any plans for the future
On 10/4/06, Peter Hodge [EMAIL PROTECTED] wrote:
There's about 4 lines of vim source code which you need to remove so that you
can have lower-case user commands. You're not interested in making your own
patch?
Seeing as you've identified the location and apparent fix, why not you?
Anyway, I
On 10/4/06, Peter Hodge [EMAIL PROTECTED] wrote:
--- Nikolai Weibull [EMAIL PROTECTED] wrote:
On 10/3/06, Marc Weber [EMAIL PROTECTED] wrote:
parsed, it's just executed line-by-line. What /would/ make sense is
to cache the compiled regexes so that regexes used in a loop won't
have
On 10/4/06, Peter Hodge [EMAIL PROTECTED] wrote:
--- Nikolai Weibull [EMAIL PROTECTED] wrote:
On 10/4/06, Peter Hodge [EMAIL PROTECTED] wrote:
--- Nikolai Weibull [EMAIL PROTECTED] wrote:
Great idea,
Nikolei!
^- gaah!
nikolai
iabbrev Nikolei Nikolai
On 10/4/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
Just a quick question: Wasn't printf a bit of a misnomer?
Why? formattedprinting() would be a bit long, thus using the C library
name sounds logical to me.
Sprintf() would have been more logical to me, given
On 10/8/06, Martin Krischik [EMAIL PROTECTED] wrote:
Hello,
I have created a new language mode for Ada [1] and would like anybody who
interested in Ada and Vim to comment on.
I'm not interested in the slightest, but I'll comment anyway.
Here's how to get your additions into the main Vim
On 10/13/06, Martin Krischik [EMAIL PROTECTED] wrote:
The ctags Patch list list [1] not been worked on for ages.
I wonder why no one has taken over development/forked this project
yet. It seems obvious that the current maintainer has given up
interest.
nikolai
On 10/13/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 10/13/06, Martin Krischik [EMAIL PROTECTED] wrote:
The ctags Patch list list [1] not been worked on for ages.
I wonder why no one has taken over development/forked this project
yet. It seems obvious that the current maintainer has
On 10/23/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Mikolaj Machowski wrote:
Hello,
I understand that escape() was primarily designed to escape strings when
passing to system functions, but personally I never used that and in
didn't noticed such use in various scripts but very often it is
On 10/23/06, Mikolaj Machowski [EMAIL PROTECTED] wrote:
Dnia poniedziałek, 23 października 2006 16:25, Nikolai Weibull napisał:
I'll take your word for it that that means that I wrote something at
some time or other.
There should really be a third, optional, parameter to escape() where
On 10/25/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
:echo escape('as''df', )
I didn't even know that you can escape a single-quote inside
single-quotes like this, where is this information burried in Vim help?
It seems to work though, so just checking if it is documented.
It's
On 10/25/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
'\V'.escape(substitute(regex, ', '', 'g'), '\')
Uh, when did Vim's strings become objects? (Would be really nice if
they were, mind you.)
nikolai
On 10/25/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 10/25/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
'\V'.escape(substitute(regex, ', '', 'g'), '\')
Uh, when did Vim's strings become objects? (Would be really nice if
they were, mind you.)
Ahahaha, OK. Sorry. Goddam I hate
On 10/25/06, Peter Hodge [EMAIL PROTECTED] wrote:
--- Nikolai Weibull [EMAIL PROTECTED] wrote:
I figured that it was easier to add items to a cluster using
containedin= for a syntax definition I'm writing, but it seems that
one can't do it that way. Is there a reason
On 10/25/06, Peter Hodge [EMAIL PROTECTED] wrote:
--- Nikolai Weibull [EMAIL PROTECTED] wrote:
On 10/25/06, Peter Hodge [EMAIL PROTECTED] wrote:
--- Nikolai Weibull [EMAIL PROTECTED] wrote:
I figured that it was easier to add items to a cluster using
containedin= for a syntax
Hi!
As you've probably all noticed the completion menu flickers when you
move through the items rapidly. Why is this? Is it really necessary
to redraw the whole completion menu when it really only should require
redrawing the item previously selected and the item selected now [1]?
Anyway,
Is abuf always guaranteed to be the same as afile and is afile
always guaranteed to be unique?
nikolai
On 11/8/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
Is abuf always guaranteed to be the same as afile and is afile
always guaranteed to be unique?
nikolai
1. No. From :help afile:
afilewhen executing autocommands, is replaced with the file name
On 11/8/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
Ah, sorry. My question was incomplete. Is abuf guaranteed to be
equal to afile for all commands where a file isn't being
read/sourced? Specifically, do they refer to the same buffer for
BufDelete? The BufDelete
On 11/9/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
buffer-local menus are complicated. What about menus that are not for
the current buffer, hide them? Would make jumping between buffers very
slow.
Emacs does this, I believe. I don't think there's a noticable lag.
Mind you, I don't use
On 11/30/06, Hugh Sasse [EMAIL PROTECTED] wrote:
On Wed, 29 Nov 2006, Nikolai Weibull wrote:
On 11/29/06, Hugh Sasse [EMAIL PROTECTED] wrote:
This was originally posted to vim@vim.org but I've not
had a reply. Maybe it's better posted here, anyway. This
is the concise form
On 11/30/06, Hugh Sasse [EMAIL PROTECTED] wrote:
I was definitely getting this and it was pasted. Pulling the old versions
of the generator script out of RCS I cannot regenerate this message.
Using old versions of the makefile doesn't help restore this.
Yeah, I remember getting these
On 12/6/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
I think it is doable, but it's not my province really. Some other Vim
old-timers are much more versed than I in the creation of that kind of
self-undoing mappings.
It can probably be simplified by mapping CR in command mode and
check if
On 12/7/06, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 12/6/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
I think it is doable, but it's not my province really. Some other Vim
old-timers are much more versed than I in the creation of that kind of
self-undoing mappings.
It can probably
On 12/7/06, Eggum, DavidX S [EMAIL PROTECTED] wrote:
Confirmed, I see it too...
And I can confirm receiving your confirmation.
nikolai
On 12/12/06, Aaron Griffin [EMAIL PROTECTED] wrote:
On 12/11/06, Rodolfo Borges [EMAIL PROTECTED] wrote:
(1)
When tab-completing on Vim :cmdline, start with the dir of the current
file being edited, instead of the $PWD (use ./ for that).
:h autochdir
And if you don't like how 'autochdir'
It seems GVim doesn't respond to the WM_PASTE message on Windows. It
would be really sweet if it did. I sadly have no intention of
implementing this myself, but would appreciate it if this could be
added to the TODO.
Thanks.
nikolai
On 12/19/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
It seems GVim doesn't respond to the WM_PASTE message on Windows. It
would be really sweet if it did. I sadly have no intention of
implementing this myself, but would appreciate it if this could be
added
On 12/19/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
On 12/19/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
It seems GVim doesn't respond to the WM_PASTE message on Windows. It
would be really sweet if it did. I sadly have
On 8/1/06, Nicolas Schodet [EMAIL PROTECTED] wrote:
* Nikolai Weibull [EMAIL PROTECTED] [060722 12:08]:
I am the maintainer of compiler/gcc.vim and I would like to propose
the following change to its errorformat:
@@ -20,7 +20,8 @@ setlocal errorformat=
\\%f\\\,\ line\ %l%*\\D%c
On 1/7/07, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Also attached is a patch to disable guioptions=t (tearoff menus) when
compiled with FEAT_GUI_GNOME, also for desktop consistency.
Hey, wait! Even gvim for Windows has tearoff menus, which is a great feature,
available in no other Windows
On 1/7/07, Bram Moolenaar [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
It seems GVim doesn't respond to the WM_PASTE message on Windows. It
would be really sweet if it did. I sadly have no intention of
implementing this myself, but would appreciate it if this could be
added
On 1/8/07, Trenton Schulz [EMAIL PROTECTED] wrote:
On Jan 8, 2007, at 12:39 PM, Martin Stubenschrott wrote:
Would you also vote for changing the console style dialogs? I mean,
console users are normally used to press y or n, when answering these
kind of questions.
Well, don't you do that
On 1/17/07, Matthew Woehlke [EMAIL PROTECTED] wrote:
Mikolaj Machowski wrote:
Is it possible to recognize if window or tab of Konsole lost focus
through termcap/terminfo sequence?
Or is it at least possible with dcop or any other way?
I am investigating ways to support Vim
On 1/18/07, Robert Lee [EMAIL PROTECTED] wrote:
Also, executing such a command on a password while
someone is watching only brings attention to the password, which appears
in clear text until the command sequence has been completed (where-as
folding can be applied automatically when the file is
On 1/18/07, Bram Moolenaar [EMAIL PROTECTED] wrote:
I do agree that good defaults are important. But backwards
compatibility is also important. It's not always easy to make a choice.
I think some things would be really sane to have on by default, such
as :syntax on, but at the same time
On 1/19/07, John Beckett [EMAIL PROTECTED] wrote:
One problem was how search highlighting is persistent (which is
great), but it is very distracting to some people when you want to
turn your attention to another issue. Telling him how to map a key
to do ':nohl' is just unnecessary mumbo jumbo.
On 1/19/07, John Beckett [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
Perhaps a better way is to leave 'hlsearch' off and provide a binding
that toggles it on and off. That way you don't get the distracting
highlighting until you actually request it.
OK but I imagine most people would
On 1/19/07, John Beckett [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
2. Don't write down passwords at all - use phrases that you remember
instead
3. Don't write down passwords where other people might walk by and
see what you're typing
Let's not start a religious war, but FWIW many
On 1/21/07, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 1/21/07, Marc Weber [EMAIL PROTECTED] wrote:
My comments on nohl:
nnoremap esc :nohl bar echo cr
should clear message line and remove highlighting
nnoremap Esc Esc:silent! nohighlightCR
Hm, sorry, my bad, the 'echo CR' is what one
On 1/23/07, Marc Weber [EMAIL PROTECTED] wrote:
It would be convinient to get an item from the completion menu faster
than downdown .. or typing more characters.
What do you think of prepending each item with a number and add a
key-mapping
c-iidx to get the idxth item?
so c-i4 would select the
On 1/29/07, Charles E Campbell Jr [EMAIL PROTECTED] wrote:
The idea would be to leave the undo list alone, so that when the undo
table gets updated next it'll have a bigger change.
What do you mean? From the very short description it sounds like your
describing :undojoin.
nikolai
On 1/29/07, Charles E Campbell Jr [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
On 1/29/07, Charles E Campbell Jr [EMAIL PROTECTED] wrote:
The idea would be to leave the undo list alone, so that when the undo
table gets updated next it'll have a bigger change.
What do you mean
On 1/30/07, Martin Krischik [EMAIL PROTECTED] wrote:
Am Dienstag 30 Januar 2007 schrieb [EMAIL PROTECTED]:
- being able to open very large files quickly and
without using too much memory. This could possibly
be achieved by not loading the entire file immediately.
File could be loaded lazily
On 1/31/07, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
On 1/30/07, Martin Krischik [EMAIL PROTECTED] wrote:
Am Dienstag 30 Januar 2007 schrieb [EMAIL PROTECTED]:
- being able to open very large files quickly and
without using too much memory. This could possibly
On 2/21/07, Gautam Iyer [EMAIL PROTECTED] wrote:
Maybe a better solution would be the following: All symbols *currently*
highlighted in c.vim (and maybe some other common ones) should be moved
to clibs/default.vim, and keywords from this file should be included
by default. Thus Vim users should
1 - 100 of 138 matches
Mail list logo