Thread (12 messages) flat view 12 messages, 5 authors, 2016-08-11

Re: [PATCH for "next"] pretty-formats: add 'format:<string>'

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:42:56

Possibly related (same subject, not in this thread)

Hi,

On Fri, 23 Feb 2007, Robin Rosenberg wrote:
fredag 23 februari 2007 02:07 skrev Johannes Schindelin:
quoted
On Fri, 23 Feb 2007, Han-Wen Nienhuys wrote:
quoted
nitpick:

  \n

for newline would be nice. Similar for backslash, formfeed, alarm, 
etc.
Yes, I thought about that. But it would change behaviour (even if I 
don't think it would do serious damage; the only user of 
interpolate.[ch] I saw is git-daemon, and that does not need \n, I 
guess).
Other tools that come to mind, rpm and clearcase use \n vfor newline in 
the format argument, which is good because I can guess that even without 
looking at the documentation. %n I'd guess would be for a number of some 
kind, e..g. the ordinal number of the commit listed (in subset and order 
of the listed commits)
Okay. Patch?
quoted
Besides, "%n" is

- more consistent,
with...?
... itself? Why should not _one_ escape character be enough?
quoted
- you can put BS, FF, AL, etc. into the format string before passing
  it as an option to git; git does not have to help you there.
They are hard to type in shells and even harder in gui's.
You would not do that all that often, but rather write a script. Even the 
config format allows for inclusion of special characters, so aliases 
should be fine.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help