moins --quit-if-one-screen sans --no-init

Je suis sur un terminal qui prend en charge l'écran alternatif qui est utilisé par less, vim, etc. pour restaurer l'affichage précédent après avoir quitté. C'est une fonctionnalité intéressante, mais cela rompt vraiment le --quit-if-one-screencommutateur lesscar dans ce cas, moins de commutateurs vers l'écran alternatif, affiche ses données, comprend qu'il n'y a qu'un seul écran et quitte, emportant le contenu de l'écran alternatif avec lui.

La solution de contournement couramment suggérée consiste à utiliser le --no-initcommutateur pour éviter d'utiliser complètement l'écran alternatif. Cependant, cela est un peu laid parce que je ne veux l'utiliser en cas moins agit en fait comme un téléavertisseur. Par conséquent, je recherche une solution pour utiliser l'écran alternatif uniquement si less ne se termine pas automatiquement.

Je vais principalement l'utiliser comme pager de Git, donc un script shell wrapper qui ne fonctionne que moins au cas où il y aurait suffisamment de sortie serait bien aussi. Au moins s'il n'y a aucun moyen de le faire sans un.

Depuis moins de 530 (sorti en décembre 2017), less --quit-if-one-screenne passe pas à l'écran alternatif s'il lit moins d'un écran. Vous n'aurez donc pas ce problème si votre version de less est suffisamment récente.

Dans les versions antérieures, less doit décider d'utiliser ou non l'autre écran au démarrage. Vous ne pouvez pas reporter ce choix à la fin.

Vous pouvez appeler moins, le laisser utiliser l'écran alternatif et transférer le contenu sur l'écran principal si less se termine automatiquement. Cependant, je ne connais aucun moyen de détecter l'arrêt automatique.

D'un autre côté, ce n'est pas si difficile d'appeler cat pour des entrées courtes et moins pour des entrées plus grandes, même en préservant la mise en mémoire tampon afin que vous n'ayez pas à attendre que l'entrée entière commence à voir des choses en moins (le tampon peut être légèrement plus grand - vous ne verrez rien avant d'avoir au moins un écran de données - mais pas beaucoup plus).

#!/bin/sh
n=3  # number of screen lines that should remain visible in addition to the content
lines=
newline='
'
case $LINES in
  ''|*[!0-9]*) exec less;;
esac
while [ $n -lt $LINES ] && IFS= read -r line; do
  lines="$lines$newline$line"
done
if [ $n -eq $LINES ]; then
  { printf %s "$lines"; exec cat; } | exec less
else
  printf %s "$lines"
fi

Vous préférerez peut-être voir les lignes sur l'écran principal au fur et à mesure qu'elles apparaissent et passer à l'écran alternatif si les lignes provoquent un défilement.

#!/bin/sh
n=3  # number of screen lines that should remain visible in addition to the content
beginning=
newline='
'
# If we can't determine the terminal height, execute less directly
[ -n "$LINES" ] || LINES=$(tput lines) 2>/dev/null
case $LINES in
  ''|*[!0-9]*) exec less "$@";;
esac
# Read and display enough lines to fill most of the terminal
while [ $n -lt $LINES ] && IFS= read -r line; do
  beginning="$beginning$newline$line"
  printf '%s\n' -- "$line"
  n=$((n + 1))
done
# If the input is longer, run the pager
if [ $n -eq $LINES ]; then
  { printf %s "$beginning"; exec cat; } | exec less "$@"
fi

GNU less v. 530 incorpore le patch Fedora mentionné par @ paul-antoine-arras et ne sortira plus la séquence d'initialisation du terminal lorsqu'il --quit-if-one-screenest utilisé et que l'entrée tient sur un seul écran.

Pour les entrées lentes, comme git log -Gregex, voulez-vous:

A) les lignes doivent apparaître sur l'écran principal au fur et à mesure qu'elles apparaissent, puis passer à l'écran alternatif une fois que le défilement est nécessaire (de sorte que la première $LINESsortie apparaîtra toujours dans votre défilement); si oui, allez avec la 2e des réponses de Gilles .

B) les lignes doivent apparaître sur l'écran secondaire, mais quittez l'écran secondaire et imprimez les lignes sur l'écran principal si le défilement s'avère inutile (donc aucune sortie n'apparaîtra dans votre défilement arrière si le défilement était requis); si oui, utilisez le script ci-dessous:

Il s'agit de teel'entrée d'un fichier temporaire, puis une fois lessqu'il est sorti, il catest du fichier temporaire s'il contient moins de lignes que la hauteur de l'écran:

#!/bin/bash

# Needed so less doesn't prevent trap from working.
set -m
# Keeps this script alive when Ctrl+C is pressed in less,
# so we still cat and rm $TMPFILE afterwards.
trap '' EXIT

TXTFILE=$(mktemp 2>/dev/null || mktemp -t 'tmp')

tee "$TXTFILE" | LESS=-FR command less "$@"

[[ -n $LINES ]] || LINES=$(tput lines)
[[ -n $COLUMNS ]] || COLUMNS=$(tput cols)
# Wrap lines before counting, unless you pass --chop-long-lines to less
# (the perl regex strips ANSI escapes).
if (( $(perl -pe 's/\e\[?.*?[\@-~]//g' "$TXTFILE" | fold -w "$COLUMNS" | wc -l) < $LINES )); then
    cat "$TXTFILE"
fi

rm "$TXTFILE"

Utilisez-le avec export PAGER='/path/to/script'. Cela devrait être suffisant pour l' gitutiliser, sauf si vous l'avez déjà remplacé core.pager.

Pour les améliorations possibles, voir également ma version légèrement plus étoffée de ce script à: https://github.com/johnmellor/scripts/blob/master/bin/least

Cela a longtemps été résolu dans les distributions basées sur Red Hat en modifiant le comportement de l'option -F dans lessle code source: voir ce correctif du projet Fedora, dont la première version remonte à 2008. L'idée est simplement d'obtenir la hauteur de la (c'est-à-dire le nombre maximum de lignes pouvant être affichées simultanément) et d'omettre les séquences d'initialisation et de désinitialisation lorsque le fichier tient dans un seul écran. Ainsi, aucune option -X et -F ne peuvent être utilisées de manière cohérente quelle que soit la longueur du fichier.