Re: [HACKERS] Preliminary results for proposed new pgindentimplementation
От | Piotr Stefaniak |
---|---|
Тема | Re: [HACKERS] Preliminary results for proposed new pgindentimplementation |
Дата | |
Msg-id | VI1PR03MB1199C38E4391905BBDDA25D3F2C10@VI1PR03MB1199.eurprd03.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Preliminary results for proposed new pgindent implementation (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] Preliminary results for proposed new pgindent implementation
|
Список | pgsql-hackers |
On 2017-06-16 20:11, Tom Lane wrote: > Andres Freund <andres@anarazel.de> writes: >> On 2017-06-16 13:44:30 -0400, Bruce Momjian wrote: >>> Yes, it is all about <80 column output. The current pgindent does >>> everything possible to accomplish that --- the question is whether we >>> want uglier code to do it. > >> For me personally the misindentation is way uglier than a too long line. > > I assume though that Piotr wants an option to preserve that behavior. > I'm happy to write up a patch for bsdindent that adds a switch > controlling this, but is there any rhyme or reason to the way its > switches are named? I don't want to preserve the current behavior at all, but I might need to add an option for choosing one or the other if users of FreeBSD indent protest. I don't have a good name for it. The best I can do is -lpl ("-lp long lines too"). Can I see the patch?
В списке pgsql-hackers по дате отправления: