Re: pgindent behavior we could do without

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: pgindent behavior we could do without
Дата
Msg-id 51E95722.3030109@dunslane.net
обсуждение исходный текст
Ответ на Re: pgindent behavior we could do without  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 07/18/2013 11:30 PM, Tom Lane wrote:
> Noah Misch <noah@leadboat.com> writes:
>> On Thu, Jul 18, 2013 at 12:27:21AM -0400, Tom Lane wrote:
>>> It's always annoyed me that pgindent insists on adjusting vertical
>>> whitespace around #else and related commands.  This has, for example,
>>> rendered src/include/storage/barrier.h nigh illegible: you get things
>>> like
>> Agreed.  I've similarly disliked how pgindent adds a blank line between an #if
>> and a multi-line comment, like at the top of get_restricted_token().
> AFAICT it forces a blank line before a multiline comment in most
> contexts; #if isn't special (though it does seem to avoid doing that
> just after a left brace).  I too don't much care for that behavior,
> although it's not as detrimental to readability as removing blank lines
> can be.
>
> In general, pgindent isn't nearly as good about managing vertical
> whitespace as it is about horizontal spacing ...
>

I agree.

I should perhaps note that when I rewrote pgindent, I deliberately 
didn't editorialize about its behaviour - but I did intend to make it 
more maintainable and simpler to change stuff like this, and so it is :-)

cheers

andrew




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: confusing typedefs in jsonfuncs.c
Следующее
От: Hiroshi Inoue
Дата:
Сообщение: Re: [ODBC] getting rid of SnapshotNow