Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [PATCHv3 1/2] wt-status.*: better advices for git status added

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:53:56

konglu@minatec.inpg.fr writes:
quoted
It strikes me odd that this is not listed next to statusHints, and
it also makes me wonder if we even need to invent a new one, or it
is better to just make the output more verbose when statusHints is
not being declined.
Yes, we first thought that we could use statusHints to protect the
new messages warnings. But users that disabled statusHints and still
wished to know what to do during am/rebase/bisect etc. won't be
able to. On the other hand, if they want to hide the new advices, they
can see in the doc the presence of the advice.statusHelp and disable it.
"When we have more more knobs, we can differentiate more cases" is
not a valid argument, unless you can successfully argue that it is
worth differentiating these subcases.  Otherwise it is just another
useless knob the user needs to tweak without real gain.

In this particular case, I think the new text is merely an extension
of existing help text.  Those who have already declined statusHints
should not be bothered by it, and those who are being helped by them
would benefit from the help text being more complete.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help