Re: why does git set X in LESS env var?
- From
Christoph Anton Mitterer <calestyo@scientia.org>
- Date
- Oct 12, 2023, 01:39 UTC
- Message-ID
- <2f3ef5568ed19ac5bdcd23f84ddfb13dc6901043.camel@scientia.org>
- In-Reply-To
- <23cc509bfb433e19c7683c97314e4ac8@manjaro.org>
On Thu, 2023-10-12 at 02:31 +0200, Dragan Simic wrote:
Show 8 quoted lines
> > Makes sense, but please see also my other reply on the list. To sum > it > up, we can have either the current behavior, the inconsistent > behavior, > or an even more annoying behavior. I believe that the current > behavior > is the best choice among these three options.
Well as I've said... I don't demand that it's changed, but I simply think it's a wrong assumption that it's in any way better or worse.
Leaving back partial output, or when scrolling up&down completely messed up output, is surely not per se more annoying or a bigger problem than leaving back no output at all in one case (when it doesn't fit on one screen) or leaving back output (when it fits).
Show 5 quoted lines
> Yes, I'm sure, because I'd be fixing that already if that were the > case > in my environment. :) I use Xfce and its default terminal emulator, > though, and I don't know what it's like in other desktop environments > and their terminal emulators.
I just tried it with xfce4-terminal 1.1.0 (which AFAICS is the most recent version) in Debian, and unless they break anything with custom patches, or you distro fixes anything with custom patches... I'd say you must suffer from the same issue and probably just try something different.
Since Debian's less is pretty outdated, I've even compiled a quite recent less 643 (there's not even a tarball yet for 644, only a git tag).
A made a screen recording... it's not 8K ;-) but I guess you can see what I do: https://youtu.be/KMs3sLk9nXY
Cheers, Chris.