From: Philippe LeCavalier <support@plecavalier.com>
To: sup-talk <sup-talk@rubyforge.org>
Subject: Re: [sup-talk] vim text wrapping
Date: Fri, 18 Mar 2011 09:56:26 -0400 [thread overview]
Message-ID: <1300456131-sup-3142@plc.intranet.plecavalier.com> (raw)
In-Reply-To: <1300384913-sup-4027@plc.intranet.plecavalier.com>
Excerpts from Philippe LeCavalier's message of Thu Mar 17 14:14:46 -0400 2011:
> Excerpts from Ico Doornekamp's message of Thu Mar 17 12:19:29 -0400 2011:
> > * On Thu Mar 17 15:26:51 +0100 2011, Philippe LeCavalier wrote:
> >
> > > This is more of a vim question than it is a sup one but I'm not a
> > > member of the vim list so I thought I'd ask you guys first.
> > >
> > > Since I don't write very well I always end up making changes while
> > > re-reading myself. When I edit a line Vim doesn't wrap anymore like it
> > > did when I first typed the text. So all the lines I've edited aren't
> > > wrapped like the others. It can make reading my mail challenging at
> > > times.
> > >
> > > Perhaps I'm misunderstanding how to properly edit text in vim?
> >
> > I guess this can be called a 'feature' of vim, Bram probably has a good
> > reason for making it behave as it does.
> >
> > As far as I know, wrapping only occurs when you are in insert mode
> > adding text at the end of the current line, but not when you are
> > inserting text in the middle of a line.
> >
> > My own habit is to just add or remove the text as a go, and hit the key
> > sequence 'gwap' to clean up the mess, which means so much as 'reformat
> > (rewrap) the current paragraph'. The vim help for 'gw':
> >
> > gw{motion} Format the lines that {motion} moves over. Similar to
> > |gq| but puts the cursor back at the same position in
> > the text. However, 'formatprg' and 'formatexpr' are
> > not used. {not in Vi}
> >
> > where {motion} would be 'ap', meaning 'a paragraph'.
> >
> > It looks kind of cumbersome in the beginning, but I'm very much used to
> > it and don't even think about it anymore.
> >
> >
> >
> > --
> > :wq
> > ^X^Cy^K^X^C^C^C^C
> > _______________________________________________
> > sup-talk mailing list
> > sup-talk@rubyforge.org
> > http://rubyforge.org/mailman/listinfo/sup-talk
> >
> That's pretty much what I expected since I had already visited the
> options for textwidth and the like. I can certainly get used to a kbd
> sequence since I expect that sort of thing when using Vim. In fact,
> since adopting sup my hands don't really leave the keyboard.
>
> However what James mentioned about formatoptions might alleviate that.
> James, I add these types of things to my vim line in config.yaml rather
> than my rc file. I to don't always want wrapping at 72 and the like. But
> I do always want this in sup.
Thought I'd post back after having lived with formatoptions+=a for a
day. This options is _really_ annoying. It's hard to explain, but
although it does what I wanted in that it automatically wraps text when
editing lines it also drove me nuts because it prevents you from
inserting linebreaks -something I do regularly. So I'm back to just -c
'set textwidth=72' and will employ the gwap kbd sequence.
--
Thanks,
Phil
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
next prev parent reply other threads:[~2011-03-18 14:35 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-17 14:26 Philippe LeCavalier
2011-03-17 15:14 ` Stanislav Ochotnicky
2011-03-17 15:33 ` Paul Grove
2011-03-17 16:10 ` James Taylor
2011-03-17 15:40 ` Tyberius Prime
2011-03-17 15:52 ` Bruno d'Arcangeli
2011-03-17 16:04 ` Erin Sheldon
2011-03-17 16:05 ` Peter Lewis
2011-03-17 16:12 ` Amadeusz Żołnowski
2011-03-17 16:47 ` Matthieu Rakotojaona
2011-03-17 16:19 ` Ico Doornekamp
2011-03-17 18:14 ` Philippe LeCavalier
2011-03-18 13:56 ` Philippe LeCavalier [this message]
2011-03-17 16:23 ` pancho horrillo
2011-03-17 17:46 ` Bruno d'Arcangeli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1300456131-sup-3142@plc.intranet.plecavalier.com \
--to=support@plecavalier.com \
--cc=sup-talk@rubyforge.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox