diff options
author | Mark Levedahl <mlevedahl@gmail.com> | 2025-05-21 21:13:27 -0400 |
---|---|---|
committer | Mark Levedahl <mlevedahl@gmail.com> | 2025-07-31 13:50:59 -0400 |
commit | beab415e429067108953966d3d2d4420d75515cd (patch) | |
tree | 41fdd528dd5050d9d5e621c19445f90facd5e934 /commit-slab.h | |
parent | 07714e220b7ee137f4645ec950383eaaeddf23d5 (diff) |
git-gui: remove EOL translation for gets
git-gui configures '-translation lf' on a number of channels. The
default configuration is 'auto', which on input changes any occurrence
of \n, \r, or \r\n to \n, and on output changes any such EOL sequence to
a platform dependent value (\n on Unix, \r\n on Windows). Such
translation can be necessary, but much of what is configured now is
redundant.
In particular, many of the channels configured this way are then
consumed by gets, which already recognizes any of \n, \r, or \r\n as
terminators. Configuring a channel to first change these line endings,
then give the result to gets, is redundant.
The valid uses of -translation lf are for output where we do not want
\r\n on Windows, and for consuming entire files without going through
gets, assuring that \n will be used internally. Let's remove all the
others that only serve to confuse.
lib/diff.tcl must have -translation lf because \r\n might be stored in
the repository (e.g., on Windows, with no crlf translation enabled), and
git will treat \n as the line ending, while the preceding \r is just
whitespace, and these may be split by ANSI color coding. git-gui's
read_diff handles this correctly as-is.
Signed-off-by: Mark Levedahl <mlevedahl@gmail.com>
Diffstat (limited to 'commit-slab.h')
0 files changed, 0 insertions, 0 deletions