On Mon, 4 Jun 2007 at 11:27am, Gene Kwiecinski wrote:
Just getting to email now, so this is essentially a consolidated reply
to all who answered...
Speaking of which, is there any quicker way to visually select the
entire file, analogous to ^A in other systems?
To copy the entire file to
On Sat, 24 Mar 2007 at 7:11pm, Tom Purl wrote:
On Fri, March 23, 2007 11:42 pm, Hari Krishna Dara wrote:
I know this came up during the recent discussions on using wiki for
tips and it was ruled out.
...
I came across this free hosting website called 110mb.com which has
like 2gb
On Sat, 24 Mar 2007 at 6:47am, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
This happened to me always by mistake and what happened today was the
worst. Forgetting that I have copied large amount of text into the
clipboard, I tried to paste it at the search prompt using ^R
This happened to me always by mistake and what happened today was the
worst. Forgetting that I have copied large amount of text into the
clipboard, I tried to paste it at the search prompt using ^R* and this
caused Vim to hang for a very long time and pressing ^C had no effect.
I remember that
I know this came up during the recent discussions on using wiki for tips
and it was ruled out. I don't remember exactly what the reason was and
there are too many messages to go through, so I would like to pose this
question again. I came across this free hosting website called 110mb.com
which
On Mon, 5 Mar 2007 at 1:26pm, Tom Purl wrote:
Here's my view of where we are regarding the Vim Tips wiki conversion
project:
1. The Google wiki seems to be a poor option due to the difficulty
involved in registering.
2. Multiple other wiki engines have been discussed, and the clear
On Tue, 6 Mar 2007 at 12:34pm, Denis Perelyubskiy wrote:
On Tue, 06 Mar 2007 11:31:53 -0700, Steve Hall
[EMAIL PROTECTED] said:
From: Hari Krishna Dara, Tue, March 06, 2007 11:33 am
and if we can enforce a fixed style on commenting such that the
comments don't look like a mess. I
On Thu, 1 Mar 2007 at 5:25pm, Naim Far wrote:
Thanx Yakov for your response,
It would help, but I would rather to do it with in working in vim. I'm
editing an enormous number of files, and when I change a pattern, I want
to change it in the few files that has this pattern, and not having to
On Tue, 20 Feb 2007 at 9:13am, Tim Chase wrote:
I'm trying to find a good way to remap control+U in insert-mode
so that it begins an undo-block. There are times when type
control+U in insert-mode and it doesn't do what I intend, or I
want to undo it, only to find that an undo doesn't
After I updated the nibbles game, a user reported that his gvim crashes
while starting the game. He is using gvim on mandriva linux with
patchlevel upto 178. Strangely it doesn't crash on his console vim. I
couldn't reproduce the crash on XP and tried with gvim with patchlevels
148 as well as
On Mon, 12 Feb 2007 at 8:07pm, Max Dyckhoff wrote:
This is a bug which I have actually informed Hari of a while ago, but
perhaps my bug email got lost :)
The email is not lost, just extremely busy with work and personal life
:)
Also, lately I have been using eclipse more and more at my new
On Mon, 12 Feb 2007 at 7:53pm, Erik Bergman wrote:
I've been searching for a nice way to quickly open files that may reside in
any of number of directories, similar to the quick open feature you find
in some other editors. One solution is to mess around with the ** and *
wildcards, but this
Here is a patch that adds set() function on the lines of existing get()
for setting list elements by index or dict keys by name. The reason I
wanted this is the lack of support to use :let for modifying the
dictionary elements. E.g., the below will be an error:
:let get_dict().key = 'val'
The
On Wed, 25 Oct 2006 at 9:16am, Nikolai Weibull wrote:
On 10/25/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
Here is a patch that adds set() function on the lines of existing get()
for setting list elements by index or dict keys by name. The reason I
wanted this is the lack of support
On Wed, 25 Oct 2006 at 11:33pm, Mikolaj Machowski wrote:
On ¶ro pa¼ 25 2006, Mikolaj Machowski wrote:
In Linux terminal and GTK2 versions cursor is stuck in command line
and don't at its real position making inserting of text almost random.
Getting stuck at command-line is normal, as it
On Mon, 23 Oct 2006 at 12:51pm, 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 used to
escape
On Tue, 24 Oct 2006 at 11:10am, Nikolai Weibull wrote:
There should really be a third, optional, parameter to escape() where
you can specify what character to use for escaping.
That wouldn't be real solution because to escape ' you still (in most
situations) would need two escape()
On Mon, 23 Oct 2006 at 5:16pm, Yegappan Lakshmanan wrote:
Hi all,
When a non-existing dictionary function is invoked using the :call
command, there is no error. But when it is used in an expression,
an error message is displayed. Is this the expected behavior?
let a = {}
call
I am facing a weird problem with the '' marker not getting set. Here is
what I am doing, but this may be more generic than what I do, but this
scenario is the most I use:
- While on an identifier, use ^W^] to jump to the id definition.
- Mark the line, say, ma
- move a few lines up using k, say
On Mon, 23 Oct 2006 at 9:25pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
I am using :startinsert! from my plugin to put the user in insert mode,
but if the user doesn't type anything for 'updatetime' after this, no
CursorHoldI event is generated. I tried doing an explicit :doauto
I am using :startinsert! from my plugin to put the user in insert mode,
but if the user doesn't type anything for 'updatetime' after this, no
CursorHoldI event is generated. I tried doing an explicit :doauto right
after :startinsert!, but Vim ignores it, probably because the command
only
I see functions for creating new unlisted buffers (bufnr() with {create}
option), and for reading the lines from the buffer using getbufline(),
all without having to change the current buffer, but I don't see a
setbufline() so there is no way to set the lines without having to
switch to it. Is
On Sun, 22 Oct 2006 at 5:25pm, Hari Krishna Dara wrote:
I am using :startinsert! from my plugin to put the user in insert mode,
but if the user doesn't type anything for 'updatetime' after this, no
CursorHoldI event is generated. I tried doing an explicit :doauto right
after :startinsert
On Sun, 22 Oct 2006 at 6:20pm, Yegappan Lakshmanan wrote:
Hi Hari,
On 10/22/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
I see functions for creating new unlisted buffers (bufnr() with {create}
option), and for reading the lines from the buffer using getbufline(),
all without having
When maps for mouse clicks are executed, can we have the location (in
the form of line and column number) made available through v: variables?
I just observed that getchar() works even with mouse clicks, but this is
almost useless without knowing where the user clicked. Capturing mouse
clicks
When using |completion-function|, Vim is marking the buffer as modified,
as soon as the popup is triggered. When a plugin offers matches using
'completefunc' the user should be able to cancel by pressing C-E
and this shouldn't leave the buffer as modified.
Here is a sample function to show what
On Sat, 21 Oct 2006 at 1:59pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
When using |completion-function|, Vim is marking the buffer as modified,
as soon as the popup is triggered. When a plugin offers matches using
'completefunc' the user should be able to cancel by pressing C-E
On Sat, 21 Oct 2006 at 11:19am, Hari Krishna Dara wrote:
On Sat, 21 Oct 2006 at 1:59pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
When maps for mouse clicks are executed, can we have the location (in
the form of line and column number) made available through v: variables
I remember someone posting a patch to add a new event called GetChar to
receive an event for every keypress. This trick is not as powerful and
flexible as that, but it can be very useful for a plugin, and is
supported in Vim7.0 with no patches.
Often there are questions on this list on how to
On Fri, 20 Oct 2006 at 8:33am, Benji Fisher wrote:
On Thu, Oct 19, 2006 at 11:26:53PM -0700, Hari Krishna Dara wrote:
[snip]
imap buffer silent expr F12 Double(\F12)
function! Double(mymap)
try
let char = getchar()
catch /^Vim:Interrupt$/
let char = \Esc
endtry
On Fri, 20 Oct 2006 at 4:34pm, Mikolaj Machowski wrote:
Dnia pi±tek, 20 pa¼dziernika 2006 08:26, Hari Krishna Dara napisa³:
Here is a demo that shows how to use it in insert mode. What the
function does is to double every key you press, except Esc and C-C,
when it breaks the loop
On Fri, 20 Oct 2006 at 8:24am, Steve Hall wrote:
From: Hari Krishna Dara, Fri, October 20, 2006 2:26 am
Often there are questions on this list on how to capture every key
press from a user, and the answer is that it can't, unless you map
all keys. But even if you map all keys
On Thu, 19 Oct 2006 at 11:25pm, Yakov Lerner wrote:
I'd like to cache some information about file, into
b:variables, and be able to check in my function,
whether buffer changed in any way between 2 calls
to the function. Is there any change counter that I can
store and compare later to
On Thu, 19 Oct 2006 at 3:15pm, Yegappan Lakshmanan wrote:
Hi Yakov,
On 10/19/06, Yakov Lerner [EMAIL PROTECTED] wrote:
I'd like to cache some information about file, into
b:variables, and be able to check in my function,
whether buffer changed in any way between 2 calls
to the
On Mon, 16 Oct 2006 at 9:40pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
On Sun, 15 Oct 2006 at 3:10pm, Bram Moolenaar wrote:
Patch 7.0.134
Problem:Crash when comparing a recursively looped List or Dictionary.
Solution: Limit recursiveness for comparing to 1000
On Fri, 13 Oct 2006 at 11:43am, David Fishburn wrote:
-Original Message-
From: Peter Hodge [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 12, 2006 11:24 PM
To: David Fishburn; vim@vim.org
Subject: Re: VimL and Exuberant tags - Suggestions please
Hello David,
Can I
Netrw comes with a few supported formats, and the format is deduced by
the extension of the file, which is fair, but is there anyway to
configure netrw such that it will recognize new extensions as one of the
supported filetypes? E.g., there are several archives that are
compatible/same as zip
When you use ins-completion, Vim starts scanning all the buffers for
matches, and this results in several messages, one for each of the
buffer. I am wondering if these need to go into the :messages list. If
you have several buffers loaded, one completion could potentially take
all the existing
On Fri, 13 Oct 2006 at 3:16pm, Charles E Campbell Jr wrote:
Hari Krishna Dara wrote:
Netrw comes with a few supported formats, and the format is deduced by
the extension of the file, which is fair, but is there anyway to
configure netrw such that it will recognize new extensions as one
In the below code, I find that the curly-brace for the method is indented
incorrectly. The first line in the method is also indented incorrectly.
I verified this with gvim starting with -u NONE option and with
:filetype on and :filetype indent on.
public class A
{
public static void
On Wed, 11 Oct 2006 at 1:45pm, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] дÓÚ 2006-10-11 12:27:33:
:FoldMatching #ifdef\ _DEBUG #endif 0
The last parameter is a context, so you might like 1 better than 0
(allows you to see what you are folding). Alternatively, you can also
On Wed, 11 Oct 2006 at 10:30pm, David Fishburn wrote:
-Original Message-
From: Hari Krishna Dara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 11, 2006 9:18 PM
To: vim@vim.org
Subject: ctags for new Vim scripting features
Is anyone working or planning to work
On Tue, 10 Oct 2006 at 12:14pm, Kamil Kisiel wrote:
I've got some C++ source code that I'd like to fold away. Basically I
want vim to have folds only between #ifdef _DEBUG and the
corresponding #endif statement, and nowhere else. My vimfu is a bit
weak in this respect so I'm not quite sure
On Tue, 10 Oct 2006 at 3:29pm, Charles E Campbell Jr wrote:
Problem 1 has been addressed in the latest syntax/vim.vim -- please try
it out.
I think problem 2 was addressed previously.
syntax/vim.vim is now up to v7.0-55, and you can get it from
rather not comment it.
--
Thank you,
Hari
On Sat, 7 Oct 2006 at 5:56pm, Hari Krishna Dara wrote:
On Sat, 7 Oct 2006 at 3:32pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
The :lockvar and :unlockvar commands fail when there is a recursive
references. E.g., try the below
On Fri, 6 Oct 2006 at 11:48am, Max Dyckhoff wrote:
Hari's new plugin LookupFile is a great use of tags, I use it dozens of times
a day!
http://www.vim.org/scripts/script.php?script_id=1581
Max
Thanks Max :)
To stimulate more ideas, with the use of taglist() function, you can
essentially
There is a new version at:
http://haridara.googlepages.com/forms.vim
Significant changes being:
- Support for disabling fields.
- Validator support.
- Cursor monitoring to prevent accidental editing of readonly parts of
the form.
- Several bug fixes.
- F2 to start edit mode.
- Implemented
On Thu, 5 Oct 2006 at 9:35am, David Fishburn wrote:
I gave the demo a whirl.
When you enter the State field the omni completion pops up.
You cannot hit escape to get out of this.
In fact you must choose something, even if you didn't want to.
You can press C-E to close the popup, just like
On Sat, 7 Oct 2006 at 6:12pm, A.J.Mechelynck wrote:
Yakov Lerner wrote:
Forwarding to the ist
-- Forwarded message --
From: Fletcher Mattox [EMAIL PROTECTED]
Date: Oct 7, 2006 3:21 PM
Subject: Re: how to remember file offsets?
To: Yakov Lerner [EMAIL PROTECTED]
On Sat, 7 Oct 2006 at 3:32pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
The ' and ' markers identify the start and end position of a selection
block and it seems to be not updated correctly in one particular case.
Say you start selection (visual mode or select mode) on one line
On Sat, 7 Oct 2006 at 10:08pm, Bram Moolenaar wrote:
exec 'normal! '.(s:IsSelectMode() ? \C-G : '').\Escgv.
\ (s:IsSelectMode() ? \C-G : '')
It is strange that the normal command would not recognize the Esc in
select mode if I don't first switch to visual mode using
On Sat, 7 Oct 2006 at 8:40pm, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
[...]
In the vimrc_example.vim, there is a common on this and part of it says:
Don't do it when the position is invalid or when inside an event
handler
(happens when dropping a file on gvim).
Any
On Sat, 7 Oct 2006 at 12:43pm, Eric Smith wrote:
I am using the following to search all buffers for foo.
b1|bufdo exec search(foo , flags)
This stops at the last match. How do I stop at the first match?
thanx
The :bufdo and cousines stop when there is an error when the file can't
be
On Fri, 6 Oct 2006 at 8:19am, Jürgen Krämer wrote:
Hi,
Hari Krishna Dara wrote:
The help on complete() gives an example as a usage pattern which seems
to be very useful, but it doesn't work. Here is a slightly modified
example to avoid breaking the lines in email transmission
On Fri, 6 Oct 2006 at 2:53pm, Fletcher Mattox wrote:
Hi,
When I edit two files by typing :e foo and :e #, vim remembers
my current location in each and kindly positions me there when
I revisit them. However, when I edit three or more files, vim forgets
where I was and always positions the
On Fri, 6 Oct 2006 at 3:55pm, Mike wrote:
On 10/6/06, Aaron Griffin [EMAIL PROTECTED] wrote:
On 10/6/06, Mike [EMAIL PROTECTED] wrote:
alternatively: is there a single command to toggle the quickfix
window, rather than issuing :copen and :ccl?
:help cwindow
The problem with
On Fri, 6 Oct 2006 at 7:48pm, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
On Fri, 6 Oct 2006 at 8:19am, Jürgen Krämer wrote:
Hi,
Hari Krishna Dara wrote:
The help on complete() gives an example as a usage pattern which seems
to be very useful, but it doesn't work. Here
The ' and ' markers identify the start and end position of a selection
block and it seems to be not updated correctly in one particular case.
Say you start selection (visual mode or select mode) on one line, and
use ^E or ^Y to scroll the buffer such that the current line goes past
the window
On Sat, 7 Oct 2006 at 1:56am, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
On Fri, 6 Oct 2006 at 3:55pm, Mike wrote:
On 10/6/06, Aaron Griffin [EMAIL PROTECTED] wrote:
On 10/6/06, Mike [EMAIL PROTECTED] wrote:
alternatively: is there a single command to toggle the quickfix
window
The :lockvar and :unlockvar commands fail when there is a recursive
references. E.g., try the below:
:let a = {}
:let b = {}
:let a.b = b
:let b:a = a
:lockvar! a
E743: variable nested too deep for (un)lock
You could of course end up with more complicated indirect recursive
references as well,
The help on complete() gives an example as a usage pattern which seems
to be very useful, but it doesn't work. Here is a slightly modified
example to avoid breaking the lines in email transmission:
inoremap expr F5 ListWeeks()
func! ListWeeks()
call complete(col('.'), ['Sun', 'Mon', 'Tue',
On Wed, 4 Oct 2006 at 10:30pm, Bram Moolenaar wrote:
Fan Decheng wrote:
Bram Moolenaar wrote:
Patch 7.0.111
Problem:The gzip plugin can't handle filenames with single quotes.
Solution: Add and use the shellescape() function. (partly by Alexey
Froloff)
Files:
On Wed, 4 Oct 2006 at 10:37pm, Mikolaj Machowski wrote:
Dnia ¶roda, 4 pa¼dziernika 2006 05:06, Hari Krishna Dara napisa³:
No. They are inserting some version of keycode: OA, OB, OC, OD. In gui
everything works well. In menus enabled
Doesn't that just mean your term is not properly
On Tue, 3 Oct 2006 at 10:30am, A.J.Mechelynck wrote:
Nikolai Weibull wrote:
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.
to
highlight the right hotkey as well as the boundaries of fields and
button labels.
--
Thanks,
Hari
On Mon, 2 Oct 2006 at 5:33pm, Hari Krishna Dara wrote:
My comments below. If anyone is still interested to try, here is how you
do it:
- Download the below file and put it in your autoload directory
A new version is available, to try:
- Download the below file and put it in your autoload directory:
http://haridara.googlepages.com/forms.vim
- Start a fresh Vim session and execute:
:call forms#demo()
The new version has support for listening to changes in the field
values. The demo can now
On Wed, 4 Oct 2006 at 5:09am, Meino Christian Cramer wrote:
Hi,
when writing a function in vim script sometimes it makes sense to
change options of vim.
Are these changes local to the function ?
And if not: Can I simply assign the current value of the option to a
variable, change
My comments below. If anyone is still interested to try, here is how you
do it:
- Download the below file and put it in your autoload directory:
http://haridara.googlepages.com/forms.vim
- Start a fresh Vim session and execute:
:call forms#demo()
- Optionally, remove the downloaded file after you
First, a big thank you for trying it and giving feedback.
On Sun, 1 Oct 2006 at 4:11pm, Mikolaj Machowski wrote:
Hello,
Interesting concept. The most difficult thing are Vim habits. Seeing
spelling error in line before I tend to make Esck than S-Tab which
is obviously messing things.
Yes,
On Sun, 1 Oct 2006 at 6:53pm, Suresh Govindachar wrote:
Calvin Waterbury asked on Sunday, October 01, 2006 3:04 PM for
a pasteboard feature.
This is a feature that automatically captures clipboard content
to a text file that has been designated as the Pasteboard.
Perhaps an
On Sat, 30 Sep 2006 at 9:33am, Yegappan Lakshmanan wrote:
Hi,
On 9/30/06, Meino Christian Cramer [EMAIL PROTECTED] wrote:
Hi,
I want to write a little function in vim script
to put all settings into a file.
I want the output of
:map
:version
:set
(and more
As I was building complex code generation framework, I realized that
asking for user input for several options is cumbersome and unproductive
(especially when most of the options are anyway defaulted). I have seen
some very clever use of dialogs in the form of wizards before (I think in
the cream
On Wed, 27 Sep 2006 at 10:07am, Charles E Campbell Jr wrote:
Bram Moolenaar wrote:
Charles Campbell wrote:
Just a suggestion -- I'd appreciate a WinClose event. BufWinLeave would
almost do, but if two or more windows are open on the same buffer, then
no event. WinLeave fires
On Wed, 27 Sep 2006 at 9:53pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
I am observing that the taglist() function is not sensitive to the
changes in 'tags' value. It also seems to cache the value of 'tags' as
of the time the function is called for the first time
On Tue, 26 Sep 2006 at 11:03am, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
I am observing that the taglist() function is not sensitive to the
changes in 'tags' value. It also seems to cache the value of 'tags' as
of the time the function is called for the first time. To reproduce
I am observing that the taglist() function is not sensitive to the
changes in 'tags' value. It also seems to cache the value of 'tags' as
of the time the function is called for the first time. To reproduce the
problem (you need to have patch 96 applied, otherwise there is another
bug in 7.0GA
On Sat, 23 Sep 2006 at 3:38am, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
On Sat, 23 Sep 2006 at 1:46am, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
On Fri, 22 Sep 2006 at 4:05pm, Dmitriy Yamkovoy wrote:
Hi all,
Is there a binary compiled for Windows which allows me to run
On Sat, 23 Sep 2006 at 4:02am, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
On Sat, 23 Sep 2006 at 12:49am, Yakov Lerner wrote:
On 9/23/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
I am wondering if it is possible to copy a file in the windows explorer
(MS windows) and then access
I am wondering if it is possible to copy a file in the windows explorer
(MS windows) and then access the filename(s) from vim/gvim. I know there
are workarounds like dnd and sendto powertoy to send the filename to
clipboard, but they are not that convenience, as they either require
using the
On Fri, 22 Sep 2006 at 4:05pm, Dmitriy Yamkovoy wrote:
Hi all,
Is there a binary compiled for Windows which allows me to run Vim
without any of the runtime files? Long story short, I want something
I can keep online or on a USB key and just copy to the desktop of any
computer I sit at.
On Sat, 23 Sep 2006 at 12:49am, Yakov Lerner wrote:
On 9/23/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
I am wondering if it is possible to copy a file in the windows explorer
(MS windows) and then access the filename(s) from vim/gvim. I know there
are workarounds like dnd and sendto
On Sat, 23 Sep 2006 at 1:46am, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
On Fri, 22 Sep 2006 at 4:05pm, Dmitriy Yamkovoy wrote:
Hi all,
Is there a binary compiled for Windows which allows me to run Vim
without any of the runtime files? Long story short, I want something
I can
On Wed, 6 Sep 2006 at 7:27pm, Gary Johnson wrote:
On 2006-08-27, Jim Tittsler [EMAIL PROTECTED] wrote:
On Aug 26, 2006, at 18:09, Gary Johnson wrote:
Pretty well. The monitors have dual inputs, so I can switch them
easily between the two PCs. I don't have a way to switch a keyboard
On Wed, 20 Sep 2006 at 1:08pm, Tim Chase wrote:
I hadn't seen a reply to this fly by, so I thought I'd let you
know it wasn't entirely ignored :)
It appears that :s/pattern produces the same result as
:s/pattern//. I couldn't find that behavior in the docs.
A hidden feature? (Or was
On Mon, 18 Sep 2006 at 8:01pm, Meino Christian Cramer wrote:
Tim's :foldd and :foldo suggestions are actually very good in deed
(didn't know about them), especially with the help of tools to create
folds and operate commands on them. I would like to suggest you take a
look at my
On Sun, 17 Sep 2006 at 9:03pm, Yakov Lerner wrote:
On 9/17/06, Meino Christian Cramer [EMAIL PROTECTED] wrote:
Hi,
a few years ago I had to edit text files on a big iron (IBM) and a OS
called TCO or such.
The editor was [CENSORED] but there was one feature I miss since
then:
On Sun, 17 Sep 2006 at 7:17pm, Meino Christian Cramer wrote:
From: Tim Chase [EMAIL PROTECTED]
Subject: Re: Hiding lines
Date: Sun, 17 Sep 2006 11:15:13 -0500
One could hide lines matching or !matching a certain pattern. Any
further edit actions were only executed with the visible
On Tue, 12 Sep 2006 at 1:56pm, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
[...]
Yes, that is what I am doing. Is fnamemodify() an expensive operation
involving OS calls?
From the description of what it does, fnamemodify() _seems_ to involve
only string manipulation, possibly
On Mon, 11 Sep 2006 at 6:20pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
On Sun, 10 Sep 2006 at 1:56pm, Bram Moolenaar wrote:
Patch 7.0.096
Problem:taglist() returns the filename relative to the tags file,
while
the directory of the tags file is unknown. (Hari
On Sun, 10 Sep 2006 at 1:56pm, Bram Moolenaar wrote:
Patch 7.0.096
Problem:taglist() returns the filename relative to the tags file, while
the directory of the tags file is unknown. (Hari Krishna Dara)
Solution: Expand the file name. (Yegappan Lakshmanan)
Files
On Sun, 10 Sep 2006 at 9:07pm, Bram Moolenaar wrote:
Patch 7.0.098
Problem:Redirecting command output in a cmdline completion function
doesn't work. (Hari Krishna Dara)
Solution: Enable redirection when redirection is started.
Files:src/ex_docmd.c, src
On Tue, 5 Sep 2006 at 5:19pm, Hari Krishna Dara wrote:
On Mon, 4 Sep 2006 at 9:50pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
I wrote:
Patch 7.0.082
Problem:Calling a function that waits for input may cause List
and
Dictionary arguments
On Fri, 8 Sep 2006 at 11:11pm, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
Hmm, now that I think of it you could get problems with a command like
this:
:echo [1, 2, 3, ..., 2000]
If you get the more prompt the garbage collector might delete the
list
On Fri, 8 Sep 2006 at 9:24am, Bram Moolenaar wrote:
Hari Krishna Dara wrote:
I asked a couple of questions below, but I solved the last one
('ignorecse') by implementing a filter() myself, so it is not an issue.
The other question is on why {} works on win32 GVIM (7.0 version
compiled
On Fri, 8 Sep 2006 at 6:08am, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
[...]
I know that this is possible, but as I said previously, it is a force of
habit to compact as much as possible in some situations, though I
normally prefer using whitespace and parenthesis to improve
On Sun, 3 Sep 2006 at 7:09pm, A.J.Mechelynck wrote:
Hari Krishna Dara wrote:
On Sun, 3 Sep 2006 at 2:23pm, Bram Moolenaar wrote:
Yakov Lerner wrote:
On 9/3/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
I still miss pre and post increment and decrement operators (avoids a
separate
On Thu, 7 Sep 2006 at 11:55am, Lev Lvovsky wrote:
I'm using a version control app called darcs, which allows me to view
a diff hunk by hunk, to pick and choose the changes that I want to
apply. darcs aside, is there an in-depth howto for editing patches
and such? Specifically, I'm looking
I have hit this thrice already, while using the ?: ternary operator, in
some conditions, you are forced to put whitespace to separate the
operator otherwise Vim gets confused. Here is something that fails:
let direction = (a:0?a:1:1)
I had this issue before calling script-local functions from
for buffers given its name, other than enumerating all the
buffers, so functionality of the above is very important for several of
my plugins (at least for me).
--
Thank you,
Hari
On Tue, 29 Aug 2006 at 1:31pm, Hari Krishna Dara wrote:
On Tue, 29 Aug 2006 at 10:06pm, Bram Moolenaar wrote:
Hari
When taglist() returns matches, each match is hash and the filename
key gives the filename where the tag is expected to be found. This works
as expected, but the problem is that the filename is returned as it is
found in the tags file, which could be a relative path from the location
of the tags
1 - 100 of 233 matches
Mail list logo
