On 2006-05-01, cga2000 [EMAIL PROTECTED] wrote:
[...]
Now, after doing the above a number of times I began to think there must
be a better way to handle this type of situation:
1. When I end up with (4) above, is there a better strategy than using
'J' to join line #2 and line #3 ..
Thus spake Gary Johnson on Sun, Apr 30, 2006 at 11:18:00PM -0700 or
thereabouts: [EMAIL PROTECTED] [2006-05-01 02:38]:
On 2006-05-01, cga2000 [EMAIL PROTECTED] wrote:
[...]
Now, after doing the above a number of times I began to think there must
be a better way to handle this type of
Hi,
Is there a way for a script to determine, whether a certain
key-shortcut is used in any mode ?
Kind regards,
mcc
Thus spake Eric Arnold on Mon, May 01, 2006 at 12:19:41AM -0600 or thereabouts:
[EMAIL PROTECTED] [2006-05-01 02:38]:
Do you have these set?
setlocal formatoptions+=bcroqan2t better without w
setlocal linebreak
Not that I know of.
I tried:
:set ?formatoptions
:set ?formatoptions+
On 2006-05-01, cga2000 [EMAIL PROTECTED] wrote:
btw, is there any way I can direct vim to write the output of a query
such as ':set' or ':ve' directly to the buffer? That would come in
handy when someone asks me for more info as to how my system is
configured.
:help redir
Example:
On 5/1/06, Meino Christian Cramer [EMAIL PROTECTED] wrote:
Is there a way for a script to determine, whether a certain
key-shortcut is used in any mode ?
:he mapcheck()
:he hasmapto()
Yakov
On 5/1/06, cga2000 [EMAIL PROTECTED] wrote:
Thus spake Eric Arnold on Mon, May 01, 2006 at 12:19:41AM -0600 or thereabouts:
[EMAIL PROTECTED] [2006-05-01 02:38]:
Do you have these set?
setlocal formatoptions+=bcroqan2t better without w
Actually, you should look at the above options,
On 5/1/06, Gary Johnson [EMAIL PROTECTED] wrote:
On 2006-05-01, cga2000 [EMAIL PROTECTED] wrote:
btw, is there any way I can direct vim to write the output of a query
such as ':set' or ':ve' directly to the buffer? That would come in
handy when someone asks me for more info as to how my
On 2006-05-01, Eric Arnold [EMAIL PROTECTED] wrote:
On 5/1/06, Gary Johnson [EMAIL PROTECTED] wrote:
On 2006-05-01, cga2000 [EMAIL PROTECTED] wrote:
btw, is there any way I can direct vim to write the output of a query
such as ':set' or ':ve' directly to the buffer? That would come in
When spell checking is enabled in a perl source file (*.pl)
which contains the following fragment:
sub help {
print STDERR some missspelled wordz ;
print STDERR EOH;
some missspelled wordz
EOH
}
then first print is spell checked, while the second one (that with EOH
here document) is
On Monday 01 May 2006 07:04, Gerald Lai wrote:
On Mon, 1 May 2006, Michael Naumann wrote:
Is there a way to highlight a sequence of non-tabs followed by a sequence
of tabs (/^[^\t]\+\t\+/) differently from the next such sequence?
For example in the line
a\tb\t\tc\td
I want
a\t
On Sun, Apr 30, 2006 at 09:19:01PM -0400, Steve Hall wrote:
In every beta of gVim I've tried on Linux/GTK2 (through 70g) I get the
following error with :hardcopy :
E673: Incompatible multi-byte encoding and character set.
This is with utf-8 and latin1. My binary is feature-full, it
Hi There,
I'm using two most downloaded vim plugins MiniBufferExplorer(By bindu
wavell) and taglist(By Yegappan Lakshmanan) for working on C++ files.
When I open a file on a consol window, and use the Taglist plugin it works
absolutely fine as documented. In the same consol window if I open
On 5/1/06, Michael Naumann [EMAIL PROTECTED] wrote:
Is there a way to highlight a sequence of non-tabs followed by a sequence
of tabs (/^[^\t]\+\t\+/) differently from the next such sequence?
For example in the line
a\tb\t\tc\td
I want
a\t to be color1,
b\t\t to be color2 and
c\t to
On Mon, 1 May 2006 08:39:25 -0400
Benji wrote:
On Sun, Apr 30, 2006 at 09:19:01PM -0400, Steve Hall wrote:
In every beta of gVim I've tried on Linux/GTK2 (through 70g) I get the
following error with :hardcopy :
E673: Incompatible multi-byte encoding and character set.
This is
- Win32: Dropping a shortcut on the Vim icon edited the shortcut
instead
of the file it refers to (old problem).
Any way to actually edit the shortcut? :D
Seriously, I was curious if anyone came across this issue on any 95/98
systems: Highlight the file and simply bang on the return key (if
If you're using Vim7, you might try my WinWalker.vim script. It will
allow you to arrange the Taglist window where you want in relation to
any other windows, and the / find function is more or less a
buffer explorer.
(I got another version to upload which sorts the buffer list a little
I think I've found the thing that triggers my problem with
TabLineSet.vim where the tabline function get called for every
keystroke: I reset the highlighting in the tabline function.
Does it seem reasonable that the highlighting changes are triggering
the tabline to re-update (and thus creating
On 5/1/06, Eric Arnold [EMAIL PROTECTED] wrote:
I think I've found the thing that triggers my problem with
TabLineSet.vim where the tabline function get called for every
keystroke: I reset the highlighting in the tabline function.
Does it seem reasonable that the highlighting changes are
On 5/1/06, oystercatcher [EMAIL PROTECTED] wrote:
Sorry if this is an obvious one but I searched using a variety of
arguments and nothing was too clear. I also looked at _gvimrc
and changed the line
highlight Normal guibg=white # from gray80
which made it much easier to see the selected
On Mon, 1 May 2006, oystercatcher wrote:
Greetings,
Sorry if this is an obvious one but I searched using a variety of
arguments and nothing was too clear. I also looked at _gvimrc
and changed the line
highlight Normal guibg=white # from gray80
which made it much easier to see the
On Mon, 1 May 2006, James Vega wrote:
On Mon, May 01, 2006 at 06:45:24PM +0530, jagpreet wrote:
[snip]
Furthermore if I close(:q), either of the files and switch to another file
by selecting it from the buffer window it opens the files in black and
white(vi ) mode, like syntax off commend is
Is it possible to completely hide lines? Something stronger than merely
folding. In particular, I'd like to be able to display the buffer with
all lines containing assert hidden, or to hide lines between and
including #ifdef/#endif pairs. Can that be done?
On 5/1/06, Bill Pursell [EMAIL PROTECTED] wrote:
Is it possible to completely hide lines? Something stronger than merely
folding. In particular, I'd like to be able to display the buffer with
all lines containing assert hidden, or to hide lines between and
including #ifdef/#endif pairs. Can
Though I cannot reproduce it, this has been happening to me throughout the
betas.
70f WinXP SP2
I have the Taglist window open (though I don't believe it is related).
So my window is split vertically.
My cursor is in normal mode in the right hand pane.
If I scroll the mouse wheel, the window in
I've recently changed my locale to en_GB.utf8 because I found some
characters in some emails viewed in Mutt weren't showing correctly (curly
quotes for one so that I'm showed as I???m').
But now I find some characters aren't correctly made in vim eg pound signs
are wrong. Since I use vim as
On (20:52 01/05/06), David Woodfall [EMAIL PROTECTED] put forth the
proposition:
I've recently changed my locale to en_GB.utf8 because I found some
characters in some emails viewed in Mutt weren't showing correctly (curly
quotes for one so that I'm showed as I???m').
But now I find some
On (21:00 01/05/06), David Woodfall [EMAIL PROTECTED] put forth the
proposition:
On (20:52 01/05/06), David Woodfall [EMAIL PROTECTED] put forth the
proposition:
I've recently changed my locale to en_GB.utf8 because I found some
characters in some emails viewed in Mutt weren't showing
Hello again
Thanks for your opinions. I've linked txtString to Normal and works quite well.
I'll test it for few days more and probably upload a new version. If you got
some new ideas or suggestions just let me know.
Greetings,
Tomasz Kalkosiński
On Mon, 2006-05-01 at 08:39 -0400, Benji Fisher wrote:
On Sun, Apr 30, 2006 at 09:19:01PM -0400, Steve Hall wrote:
In every beta of gVim I've tried on Linux/GTK2 (through 70g) I get
the following error with :hardcopy :
E673: Incompatible multi-byte encoding and character set.
This
Thus spake Yakov Lerner on Mon, May 01, 2006 at 10:06:57PM +0300 or
thereabouts: [EMAIL PROTECTED] [2006-05-01 17:25]:
On 5/1/06, Bill Pursell [EMAIL PROTECTED] wrote:
Is it possible to completely hide lines? Something stronger than merely
folding. In particular, I'd like to be able to
On 2006-05-01, cga2000 [EMAIL PROTECTED] wrote:
Thus spake Yakov Lerner on Mon, May 01, 2006 at 10:06:57PM +0300 or
thereabouts: [EMAIL PROTECTED] [2006-05-01 17:25]:
On 5/1/06, Bill Pursell [EMAIL PROTECTED] wrote:
Is it possible to completely hide lines? Something stronger than merely
Eric Arnold wrote:
I think I've found the thing that triggers my problem with
TabLineSet.vim where the tabline function get called for every
keystroke: I reset the highlighting in the tabline function.
Does it seem reasonable that the highlighting changes are triggering
the tabline to
Gene Kwiecinski wrote:
- Win32: Dropping a shortcut on the Vim icon edited the shortcut instead
of the file it refers to (old problem).
Any way to actually edit the shortcut? :D
Yes, set 'binary' before editing the file. Well, that requires the -b
argument somehow and you can't do that
I have saved the following in a file:
I can't give you any Mac-specific advice, since I don't use them, but
I can give you a general run-down.
1. You need to have the right locale settings. Your locale should be
set to something similar to this:
$ locale
LANG=en_US.UTF-8
[...]
Thus spake Gary Johnson on Mon, May 01, 2006 at 02:52:21PM -0700 or
thereabouts: [EMAIL PROTECTED] [2006-05-01 19:31]:
On 2006-05-01, cga2000 [EMAIL PROTECTED] wrote:
Thus spake Yakov Lerner on Mon, May 01, 2006 at 10:06:57PM +0300 or
thereabouts: [EMAIL PROTECTED] [2006-05-01 17:25]:
On
Thus spake Gerald Lai on Mon, May 01, 2006 at 04:43:55PM -0700 or thereabouts:
[EMAIL PROTECTED] [2006-05-01 20:16]:
[...]
What would be the best approach to have vim do this for me?
One way is to use the Visual Block. To invoke it, type Ctrl-v or Ctrl-q
in Normal mode, when your cursor
What if #if/#endif blocks are nested ?
Yakov is correct, that nested #if/#endif blocks would cause
trouble.
My first thought at a [100% untested] solution would be
something like
:g/^\s*#endif/norm dV%
which would find all of the #endif tokens and delete their
associated blocks,
On Mon, May 01, 2006 at 05:31:47PM -0400, Steve Hall wrote:
Yes, the bug is in printencoding. With gvim -u NONE -U NONE, these
lines produce the error:
:let printencoding = encoding
:hardcopy
This is with the default utf-8, with :set enc=latin1 prior, it is
avoided.
Does that
You don't need to repeat yourself. If I could give you a reproducible
code fragment, I would. It happens as part of a relatively long
script.
It's a *data point*. A piece of information. Setting highlighting
from the tabline function causes it to re-trigger on the next
keystroke. In this
[Modified the third solution]
On May 01, 2006, Yakov Lerner pointed out:
On 5/2/06, Suresh Govindachar wrote:
Yakov Lerner wondered:
But how do you remove #ifdef blocks? I mentioned piping
because there is ready utility, 'unifdef', that removes some
or all of #if
Eric Van Dewoestine wrote:
I know about this: When you type the . and there no complete
match was inserted (showing the longest common text in this example),
Vim assumes you are extending the text to reduce the list of matches.
Thus the completion still starts at BlahBlah.
You need
On Tue, May 02, 2006 at 12:13:37AM +0200, Bram Moolenaar wrote:
Eric Van Dewoestine wrote:
I know about this: When you type the . and there no complete
match was inserted (showing the longest common text in this example),
Vim assumes you are extending the text to reduce the list of
On Tue, May 02, 2006 at 12:13:37AM +0200, Bram Moolenaar wrote:
Charles Campbell wrote:
Bram Moolenaar wrote:
The problem of changing something like this is that all scripts that are
included in the release need to be checked for effects. And there are
lots of scripts now. I
It's too complicated already, adding another option will mainly cause
more users to get confused. Also, I wouldn't know what to set it to for
C.
It's not that confusing. This is not a good reason for not implementing
something like 'completedelim'. A better reason would be that nobody
feels
Hello!
This one appears to be a ctrl-f (and ctrl-b) bug. Here's the setup:
(using Linux,vim-7.0g, huge)
.vimrc :
set nocp
.gvimrc :
set lines=21
no .vim/ directory.
Now, for the problem:
gvim -geometry 139x22+0+4 netrw.vim
11jspace
zcr
4jspace6k4j
ctrl-f
Note that the ctrl-f does not
46 matches
Mail list logo