Lire le texte actuel de la couleur dans un xterm

Je suis en train d'écrire divers utilitaires, et je suis vraiment aimer colorisée texte. Rien de compliqué, juste en utilisant les séquences d'échappement. J'ai créé une classe simple qui a une pprint(msg, couleur) de la fonction. J'ai eu travaille assez facilement après avoir trouvé les codes ici.

Le problème que je rencontre est que je devrais être en mesure de désactiver la couleur après l'impression. Par exemple, supposons qu'un utilisateur exécute mon programme qui imprime presque tout dans le terminal par défaut de la couleur, mais il y a une erreur, et je veux imprimer l'erreur en rouge. Je préfixe mon message d'erreur avec "\033[0;32m", et le message est dans le rouge. Malheureusement, tout le texte est en rouge jusqu'à ce que je le change. C'est généralement bien alors que mon programme est en cours d'exécution parce que je sais quelle est la couleur des messages devrait être. Cependant, la couleur reste après mon programme se termine. En gros, je voudrais lire la couleur en cours lors de mon démarrage du programme, et de les restaurer lorsque vous avez terminé. De la même manière que les scripts de restauration de la ddt lors de la sortie.

Comment puis-je connaître la séquence d'échappement?

Système:
Red Hat 5.x
Bash
Python 2.3

Merci pour l'aide.

InformationsquelleAutor fandingo | 2010-12-02
  1. 3

    Je ne crois pas que c'est possible et c'est peu de chances d'être portable si c'était le cas. Le meilleur que vous pouvez faire est d'envoyer sgr0 qui réinitialise tous les attributs par défaut (pas de précédent). Sur des xterms, sgr0 est Esc[m. Si vous souhaitez réinitialiser les couleurs et ne pas affecter d'autres attributs, envoyer op qui sur des xterms est Esc[39;49m.

    Ces codes ne doivent pas être codé en dur. Vous devez utiliser terminfo, termcap ou [n]malédictions.

    • Merci pour la réponse. J'ai regardé sur le lien que vous avez fourni, mais ne pouvais pas trouver quelque chose de pertinent à sgr0 ou des couleurs. Pourriez-vous élaborer ou de fournir de la section? Réinitialisation de sgr0 semble fonctionner parfaitement, et à moins qu'il y a une impérieuse de la portabilité raison, je vais rester avec elle dans le court terme. À l'aide de quelque chose que l'interface avec terminfo/termcap ou des malédictions directement le plan d'aller de l'avant, mais ça va prendre un certain temps pour obtenir ces modules ajoutés.
    • Le point de le lien, c'est que de nombreux émulateurs de terminal qui prétendent être xterm compatible n'est pas en charge de nombreuses séquences de contrôle qui xterm n', affectant ainsi la portabilité des plus obscurs des capacités. Vous pouvez en savoir plus sur terminfo dans homme 5 terminfo et xterm séquences de contrôle ici.
    InformationsquelleAutor Dennis Williamson
  2. 95

    Plutôt que d'utiliser d'obfuscation des séquences d'échappement, l'utilisation de la tput établissement de la place. Voici un extrait de mon ~/.bashrc que j'utilise pour ma PS1 invite: 

    BLACK=$(tput setaf 0)
RED=$(tput setaf 1)
GREEN=$(tput setaf 2)
YELLOW=$(tput setaf 3)
LIME_YELLOW=$(tput setaf 190)
POWDER_BLUE=$(tput setaf 153)
BLUE=$(tput setaf 4)
MAGENTA=$(tput setaf 5)
CYAN=$(tput setaf 6)
WHITE=$(tput setaf 7)
BRIGHT=$(tput bold)
NORMAL=$(tput sgr0)
BLINK=$(tput blink)
REVERSE=$(tput smso)
UNDERLINE=$(tput smul)

    Pour réinitialiser les informations de couleur telle que du texte qui suit est dans la normale terminal de couleur ajouter ${NORMAL} à la fin comme suit:

    echo "${RED}this is red ${NORMAL}this is normal"

    • Utile, mais ne répond pas à la question, comme je l'ai lu. L'utilisateur n'a pas nécessairement le terminal mis à la "normale" de la couleur avant d'exécuter le script, et pourrait ne pas vouloir le script pour définir le "normal" de la couleur par la suite.
    • Merci pour la réponse, mais Karl est correct. J'ai besoin de le mettre dans des scripts Python, donc, tout en BASH alias travail, ils ne semblent pas être la meilleure solution. Non pas que les séquences d'échappement sont beaucoup mieux...
    • Une autre dépendance.. la dernière chose dont j'ai besoin.
    • a été dirigé à ma réponse? Si oui tput est livré avec ncurses, donc même si c'est pas un bash intégré, c'est à peu près partout.
    • Il n'est pas omniprésent sur Windows. J'utilise .sh des scripts en combinaison avec Git Bash et il y a beaucoup de Linux les outils que je n'ai pas à ma convenance. tput est l'un d'entre eux. Bien sûr, je pourrais utiliser cygwin ou même déposer un tput exécutable dans mon répertoire Git, mais cela semble exagéré lorsque les séquences d'échappement fonctionne parfaitement bien. TBH, $(tput setaf 6) n'est pas moins obscure que '\e[00;36m' pour moi. Ils ont également ne pas la fourche d'un autre processus à 15 fois lors de l'initialisation des constantes de couleur.
    • nous allons vous ne pouvez pas plaire à tout le monde tout le temps, 1 sur 18, c'est très bon.
    • Je n'étais pas votre downvote FYI. Je vous remercie de votre réponse pour ce qu'il est, ce ne sont que mes observations. J'étais frustré de certains autres hacky des solutions au moment de mon commentaire initial, désolé pour ça.

    InformationsquelleAutor SiegeX
  3. 4
    RED = 31
GREEN = 32
ESCAPE = '%s[' % chr(27)
RESET = '%s0m' % ESCAPE
FORMAT = '1;%dm'

def colorize(text, color):
    return ESCAPE + (FORMAT % (color, )) + text + RESET

    Cette fonction retourne une chaîne de caractères à imprimer colorisé, avec le terminal automatiquement réinitialisé après.

    • Il y a un problème avec les séquences d'échappement. Lorsque j'imprime avec elle, je vois le texte et toutes les séquences d'échappement.
    InformationsquelleAutor Torsten Marek
  4. 1

    En fait, il est possible — pour
    xterm, et compatible terminaux.

    xtermcontrol utilise par exemple le de la CVMO 10 la séquence de commande pour récupérer le par défaut de premier plan/arrière-plan de couleurs. Il a été documenté dans un xterm depuis 2002.

    Pour les autres terminaux:

    • Dans RHEL 5, le "Terminal" est un programme gnome-terminal 2.16.0; cette version ne reconnaît pas OSC 10 (testé avec l'équivalent de CentOS 5).
    • La question a été posée en 2010, se référant à la Red Hat entreprise version, qui, si quoi que ce soit, est lent à la mise à jour de Debian.
    • Avancer dans le temps, gnome-terminal 3.4.1.1 sur Debian 7 (début 2012) également ne pas reconnaître la séquence de contrôle.
    • Enfin, dans Debian 8 avec 3.14.1 (fin 2014) la fonction est reconnue.
    • CentOS 7 gnome-terminal 3.14.3 reconnaît la séquence de contrôle.

    Curieux quand elle a été ajoutée, l'ours à l'esprit que la TEV développeurs de ne pas écrire de la documentation. Alors... l'étude de la commande git log montre

    commit 1b8c6b1aac587b79476a60a5830385abc939430d 
Author: Egmont Koblinger <egmont@gmail.com> 
Date:   Wed Jan 22 00:13:51 2014 +0100

    emulation: Add support for OSC 1?1[017] (fg, bg, highlight colors)

    https://bugzilla.gnome.org/show_bug.cgi?id=567444

    D'autre part, la par défaut les couleurs ne sont pas les mêmes que les actuel couleurs. Les utilisateurs ont été en mesure de le faire avec xterm depuis patch #93 en 1999 à l'aide de la DECRQSS séquence de contrôle. C'est, de mettre le terminal en mode raw et de faire quelque chose comme

    printf '3P$m3\\'

    ne serait-il obtenir de réponse de la chaîne rempli avec le SGR paramètres.

    Si les couleurs ont été définies à l'aide de la RGS, ces codes seraient une partie de la réponse, par exemple

    \033P1$r0;33m\033\\
    33P1$r0;33m
    \033P1$r0;33m\033\\
    33\\

    pour désigner la couleur de premier plan numéro 3 (codé comme 33).

    Vous pourrait s'arrêter là (parce qu'on pourrait en extraire ces paramètres et de les réutiliser pour définir le terminal de l'état même plus tard), mais l'obtention de la réelle couleurs RVB serait possible à l'aide de OSC 4. Il vous suffit d'utiliser le numéro de la couleur (de la SGR de la séquence), et d'envoyer quelque chose comme ceci:

    printf '3]4;3;?3\\'

    Donc c'est certainement faisable avec un xterm. Il y aura une démo/test-script pour DECRQSS dans la prochaine mise à jour de xterm.

    Pour les autres programmes, vous avez besoin de plus de temps:

    • xtermcontrol du développeur négligé DECRQSS (il n'a pas de fonction pour le réglage/mise en SGR de codes).

    • TEV développeurs de copie xterm fonctionnalités en réponse aux rapports de bogues; le TEV source ne mentionne pas DECRQSS. Ses git log mentionne OSC 4 en 2009, mais la mise en œuvre est incomplète (il ne permet que d' ensemble une couleur, pas obtenir la couleur).

    InformationsquelleAutor Thomas Dickey