Archive of RubyForge sup-talk mailing list
 help / color / mirror / Atom feed
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


  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