Am 15.10.2015 um 17:06 schrieb Johannes Schindelin:
>
> Because sometimes more is less. If users are overwhelmed with many, many
> options, they are *less* likely to benefit from the few that are easy to
> use because they won't find out about them.
>
Going from "I want to split at 'x'" to doin
mmand.
Which would point to either a solution along the lines of "s"
being the split-by-line and "s/" being the split-by-regex?
Or is this an argument for introducing yet another interaction mode
entered when "s" fails to split further -- with simple "/&
Am 14.10.2015 um 19:50 schrieb Junio C Hamano:
> Sven Helmberger writes:
>
> As a quick-and-dirty change, you could invent a new variant of
> 's'plit that breaks a N-line hunk into N hunks with 1-line each, but
> obviously that would not be a pleasant-enough UI to be
anually editing just annoying, it seems overly
arcane, but it also prevents me from really recommending "add --patch"
as best practice. I think it's a really good idea for many reasons to do
so, but I can't really tell people already struggling with using git
that I expect them to ed
4 matches
Mail list logo
