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 fin
To more files (usr_44, usr_43) and
merry christmas.
http://www.florianrehnisch.de/vimhelp/
--~--~-~--~~~---~--~~
You received this message from the "vim_use" maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~-
On 26/12/08 10:26, François Ingelrest wrote:
> 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
Thank you Tony,
It works fine. I`ll use it to save / restore macro commands written to
registers.
On Dec 24, 9:06 pm, Tony Mechelynck
wrote:
> On 24/12/08 12:02, Шкоденко Тарас wrote:
>
> > I`m using GVim and Vim under Linux and GVim under Windows.
> > I have several recorded macro to some regi
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 t
On 26/12/08 11:02, Florian Rehnisch wrote:
> To more files (usr_44, usr_43) and
> merry christmas.
>
> http://www.florianrehnisch.de/vimhelp/
Merry Christmas and a Happy New Year
Joyeux Noël et bonne année
Ein frohliches Weihnachten und ein glückliches neuen Jahr
Een vrolike kerstfeest en een gel
Hi All,
I have these mappings in my .vimrc so that when I go up and down, I
move one screen line at a time, rather than one paragraph at a time.
imap gj
imap gk
nmap gj
nmap gk
However, I found that these settings break going up and down the auto-
fill lists (control n/p). Does anyone k
On 26/12/08 11:43, François Ingelrest wrote:
> 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
On 26/12/08 11:54, Robert Mark Bram wrote:
> Hi All,
>
> I have these mappings in my .vimrc so that when I go up and down, I
> move one screen line at a time, rather than one paragraph at a time.
>
> imapgj
> imapgk
> nmapgj
> nmapgk
>
> However, I found that these settings break g
>> 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 line, including the end.
>
> That's what I su
> Merry Christmas and a Happy New Year
> Joyeux Noël et bonne année
> Ein frohliches Weihnachten und ein glückliches neuen Jahr
> Een vrolike kerstfeest en een gelukkig nieuw jaar
> С новым годом
> Buon Natale e buon anno
> Buena Navidad y feliz año nuevo
> Ĝojan Kristnaskon kaj feliĉan novan jaro
On Sat, 2008-12-27 at 00:45 +1100, Ben Schmidt wrote:
> Though at least for those of us who celebrate Christmas *Day* on
> December 25 (and perhaps for the January 7 crowd too), Christmas
> itself
> is a 12-day season (also called Christmastide) so it's not late at all
> in my books (and for me it
On Sat, 27 Dec 2008, Ben Schmidt wrote:
>
> > Merry Christmas and a Happy New Year
> > Joyeux Noël et bonne année
> > Ein frohliches Weihnachten und ein glückliches neuen Jahr
> > Een vrolike kerstfeest en een gelukkig nieuw jaar
> > С новым годом
> > Buon Natale e buon anno
> > Buena Navidad y fe
On Dec 24, 10:43 pm, pansz wrote:
> Matt Wozniski 写道:
>
> > Assuming this indent/alignment style is used, you could get code that
> > looked like this:
>
> Let's add something more, okay?
>
> > int main() {
> > .---int returnval = 5; /* This is the value that I will return.
> > .---
On Dec 23, 10:01 pm, Tony Mechelynck
wrote:
> On 23/12/08 15:49, Brett Stahlman wrote:
>
>
>
>
>
>
>
> > On Dec 22, 7:41 pm, pansz wrote:
> >> Brett Stahlman 写道:
>
> >>> If you use tabs only for leading indent, an indent level can
> >>> be whatever you want it to be when you're viewing the fil
On 26/12/08 14:45, Ben Schmidt wrote:
>> Merry Christmas and a Happy New Year
>> Joyeux Noël et bonne année
>> Ein frohliches Weihnachten und ein glückliches neuen Jahr
>> Een vrolike kerstfeest en een gelukkig nieuw jaar
>> С новым годом
>> Buon Natale e buon anno
>> Buena Navidad y feliz año nue
On 26/12/08 15:28, bill lam wrote:
> On Sat, 27 Dec 2008, Ben Schmidt wrote:
>>> Merry Christmas and a Happy New Year
>>> Joyeux Noël et bonne année
>>> Ein frohliches Weihnachten und ein glückliches neuen Jahr
>>> Een vrolike kerstfeest en een gelukkig nieuw jaar
>>> С новым годом
>>> Buon Natale
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 display=
On Dec 25, 7:04 pm, pansz wrote:
> Richard Hartmann 写道:> You are cheating by trying to align across several
> levels of logical nesting.
>
> First, I'm not cheating, it *is* the real scenario in our everyday
> programming.
>
> > It's obvious that there is no flexible method of alignment in tha
How to use duplex option in Gvim 7.2 in ms-windows 2k
I work in ms windows 2k with gvim 7.2 and want to print a text file to the
printer with duplex function.
Before the print,i check the printoption is default,that means the default
is set optins below :
deplux:long,left:10pc,right:5pc
I chec
This had me really puzzled. I was just about to post for help when I
decided to upgrade vim and that fixed the problem. I thought I'd post
anyway in case others encounter this problem at some point.
When I tried to use the K command, it always used the rest of the
current line as the keyword.
> When I tried to use the K command, it always used the rest of the
> current line as the keyword. I tried setting iskeyword to all
> sorts of different values, but nothing changed.
Peculiar -- it sounds like you have some sort of key-mapping that
is intruding on the default behavior of your
On Fri, Dec 26, 2008 at 12:23 PM, Michael Hendricks wrote:
>
> This had me really puzzled. I was just about to post for help when I
> decided to upgrade vim and that fixed the problem. I thought I'd post
> anyway in case others encounter this problem at some point.
>
> When I tried to use the K
On Dec 25, 9:31 pm, pansz wrote:
> Richard Hartmann 写道:
>
> > And with tabs, people are a lot more flexible.
>
> > That as may be, let's agree to disagree.
>
> I agree it is good to be flexible.
>
> But by using hard tabs for indent you're *forcing* a non-standard
> tab-size, and you're forcing
On Fri, 26 Dec 2008, Tony Mechelynck wrote:
>
> On 26/12/08 15:28, bill lam wrote:
> > On Sat, 27 Dec 2008, Ben Schmidt wrote:
> >>> Merry Christmas and a Happy New Year
> >>> Joyeux Noël et bonne année
> >>> Ein frohliches Weihnachten und ein glückliches neuen Jahr
> >>> Een vrolike kerstfeest e
Hi, list,
One day I use vim to edit a directory which is a fat32 file system mounted on
/media/wind/ on my FreeBSD box. The full path is
/media/wind/portable/home/doc/pro/refs/guang/2008/en/
When I try to rename a file 1.PDF to 1.pdf, then I find the file got lost! I
can't find it any other
Brett Stahlman 写道:
> with the existence of legacy code? i.e., people who edit legacy code
> and write new code want to be able to have the same settings for both?
> If so, I understand the argument, but it just seems to me that mixing
> tabs and spaces for leading indent was a solution to a proble
Hi there,
I am a vim user and I am loving to press instead of 'Backspace' to
delete one character forward, since pressing does not require your
right hand leaving the position. Although this magic works in most
terminal application and gvim, however, for other GUI applications under X,
is exp
On Sat, 27 Dec 2008, Xiaopan Zhang wrote:
>
> *keysym Control_L = Mode_switch
> keycode 43 = h H Backspace*
>
> This time works as 'Backspace' in my X desktop, but I can't use left
> control key as 'control' any more, and that definitely is not what I want.
> The X keyboard setting document seem
29 matches
Mail list logo