On Wednesday, April 24, 2013 at 8:38:42 PM UTC-4, Gary Johnson wrote:
> On 2013-04-24, Sung Pae wrote:
>
> > So I retract my last response: a global-local formatprg is clearly
> > useful for both prose and code, and comes at the cost of a small
> > non-breaking change.
> >
> > Tony Mechelynck's c
On 2013-04-24, Sung Pae wrote:
> So I retract my last response: a global-local formatprg is clearly
> useful for both prose and code, and comes at the cost of a small
> non-breaking change.
>
> Tony Mechelynck's criticism is that it is superfluous. I disagreeāļ, but
> you will have to convince him
On Wed, Apr 24, 2013 at 03:52:26PM -0700, Chiel92 wrote:
> On Friday, January 25, 2013 3:36:21 AM UTC+1, Sung Pae wrote:
>
> > On Thu, Jan 24, 2013 at 08:45:45AM -0800, Chiel92 wrote:
> >
> > > Is there any progression on this subject? I'm currently writing a
> > > code format plugin, which heavil
On Friday, January 25, 2013 3:36:21 AM UTC+1, Sung Pae wrote:
> On Thu, Jan 24, 2013 at 08:45:45AM -0800, Chiel92 wrote:
>
>
>
> > Is there any progression on this subject? I'm currently writing a code
>
> > format plugin, which heavily relies on this issue.
>
>
>
> While I hesitate to campa
On Thu, Jan 24, 2013 at 08:45:45AM -0800, Chiel92 wrote:
> Is there any progression on this subject? I'm currently writing a code
> format plugin, which heavily relies on this issue.
While I hesitate to campaign against my own patch, I think a _code_
formatting plugin should either use 'formatexp
On Sunday, August 14, 2011 5:38:58 AM UTC+2, Sung Pae wrote:
> Thank you for your reply.
>
>
> ### REGARDING THE DRAWBACKS OF formatexpr ###
>
> On 13 Aug 2011, at 3:06 PM, Tony Mechelynck wrote:
>
> > Even with a global 'formatprg', you can use buffer-local 'formatexpr'
> > (which overrides it
Thank you for your reply.
### REGARDING THE DRAWBACKS OF formatexpr ###
On 13 Aug 2011, at 3:06 PM, Tony Mechelynck wrote:
> Even with a global 'formatprg', you can use buffer-local 'formatexpr'
> (which overrides it). 'formatexpr' can do whatever it wants with, for
> instance, values of Vim op
On 11/08/11 18:42, Sung Pae wrote:
Hello,
I was wondering if there was any feedback on the patch supplied
regarding `formatprg`:
http://groups.google.com/group/vim_dev/browse_thread/thread/7052b5523b2dc809
Is there something I could do to improve the patch, or are there
implications to this ch
Hello,
I was wondering if there was any feedback on the patch supplied
regarding `formatprg`:
http://groups.google.com/group/vim_dev/browse_thread/thread/7052b5523b2dc809
Is there something I could do to improve the patch, or are there
implications to this change that I have not considered?
Che
/ffca45a9c8dd4da1
--
>From 3a37fa9fbe743d75b4bf7b76635ebd26e1cd0210 Mon Sep 17 00:00:00 2001
From: guns
Date: Sun, 7 Aug 2011 04:49:45 -0500
Subject: [PATCH] Convert formatprg to a global-local option.
Since the purpose of the formatprg option is to allow external programs
to reflow non-sou
10 matches
Mail list logo