Hi, On Sun, Jun 28, 2020 at 12:05 PM Hariom verma <hariom18599@xxxxxxxxx> wrote: > > Hi, > > In ref-filter, we have a bunch of atoms which serves as a formatting > option for `git for-each-ref`. Ok. > Despite of having 'subject' as an argument to 'contents' [i.e > `%(contents:subject)`], we still have 'subject' as an atom [i.e > `%(subject)`]. > Likewise for `%(contents:signature)`, we can have 'signature' as an atom too. Ok. Some things are available in different ways perhaps because of historical reasons and backward compatibility. > Currently, `%(contents:signature)` internally uses `parse_signature()` > that only works for signed tag objects. I plan to expand the scope of > `signature` by defining it as an atom and will make it work for > commits too. Didn't you say already that "we can have 'signature' as an atom too", so isn't it already defined as an atom? Does `%(contents:signature)` work for commits while '%(signature)' doesn't? And what happens when it doesn't work? > Also, thinking of adding `signer`, `key`, `fingerprint`, > `primarykeyfingerprint`, `trustlevel` and `grade`[print 'G' for good, > 'B' for bad...] as arguments to "signature". Ok, I guess all the above arguments would be new. > This change will also help me in using ref-filter's logic in pretty.c > for formatting options like "GG", "G?", etc. To know more about these > formatting options, you can take a look here[1]. > > If curious about what approach I'm taking for using ref-filter logic > in pretty.c, see[2] > > Would love hear your thoughts on it. Any suggestions will also be appreciated. It would be nice to see, at least for the atoms or arguments that you are planning to, or have already, worked on, a list showing how each formatting option in pretty.c maps to one or more atoms possibly with arguments. For example something like: %GS: show the name of the signer for a signed commit maps to: %(signature:signer) status: yet to be implemented Thanks, Christian.
