Re: [PATCH v2 00/10] port branch.c to use ref-filter's printing options
- From
Karthik Nayak <karthik.188@gmail.com>
- Date
- Oct 11, 2015, 19:38 UTC
- Message-ID
- <CAOLa=ZSjGwTrS=bMSMtRTg=f5D_E-_xHCu4JYuZtqtDEMvUKVg@mail.gmail.com>
- In-Reply-To
- <vpqlhb9yzeg.fsf@grenoble-inp.fr>
On Mon, Oct 12, 2015 at 1:02 AM, Matthieu Moy <Matthieu.Moy@grenoble-inp.fr> wrote:
Show 21 quoted lines
> Karthik Nayak <karthik.188@gmail.com> writes: > >> On Sun, Oct 11, 2015 at 9:51 PM, Matthieu Moy >> <Matthieu.Moy@grenoble-inp.fr> wrote: >>> Karthik Nayak <karthik.188@gmail.com> writes: >>> >>>> Also does it make sense to integrate these changes here? Or would you like to >>>> have another series on this? >>> >>> To me, the important in this series is to avoid introducing duplicated >>> and inconsistent code, because it would make further refactoring harder. >>> >> >> Would you suggest duplicating whats done with %(align) here? > > I think introducing a function to split according to commas and remove > commas would make sense, but I won't insist on that. Mimicking what's > done with %(align) is acceptable to me: we'll have several instances of > the same pattern, not ideal but easy enough to refactor later. > Especially if you actually plan to work on that :-). >
I was planning on working on what Junio and you suggested after this ;-). So I didn't see the need of " introducing a function to split according to commas" if we plan to rewrite the whole parsing part of ref-filter.
-- Regards, Karthik Nayak