Une console performante
Le 19 April 2009 à 13:16.

La console est un élément central sous *nix. Il n'est pas ici question de nostalgie mais d'efficacité. La ligne de commande demande certes un apprentissage parfois pénible, mais une fois "maîtrisée", elle permet en contrepartie d'atteindre un niveau de finesse difficilement atteignable par une interface graphique.

Mais voilà, depuis que je suis passé sous Gnome, c'est la console de ce dernier que je trouve pénible. Fatigué par sa lenteur, je me suis enfin décidé de me mettre à la recherche d'un quelque chose qui approche la vélocité de l'excellent Konsole.

Gnome-terminal est il vraiment si lent ?

Tout est relatif évidement et la lenteur est elle aussi une question d'usage. Mais lorsque nous sommes amenés à exploiter une dizaine de terminaux, chaque jour, en permanence, gnome-terminal atteint malgré tout de véritable sommets.

Ce constat est particulièrement crédible lorsque nous sommes habitués à Konsole, le terminal de KDE. En comparaison la mouture GTK, car nous le verrons, ce n'est pas un problème spécifique à Gnome, se traîne comme pas possible.

Pour clore d'emblée un débat sur le paramétrage de l'outil et les "meilleures" options, j'ai à peu près tout essayé, en passant par la suppression de la barre de défilement, l'utilisation de polices non vectorielles, la suppression de la transparence, etc. Mais quelle que soit le paramétrage, un log apache colorisé et un peu dense continue à faire diablement ramer mon U810 (processeur ATOM, chipset intel) sur lequel j'ai localisé (avec un écran externe) toutes mes consoles. Et c'est sans compter sur certains bugs problématiques qui impliquent, lorsque la charge augmente, que la sélection d'un onglet se transforme en décrochage du terminal associé en fenêtre flottante. Ce n'est pas un gros problème mais c'est tout de même très irritant.

Pour sortir du subjectif, j'ai donc effectué un petit test simple qui n'a pour autre objectif qu'afficher une longue suite de phrase avec une coloration ANSI :

#! /bin/sh

for x in $(seq 10000) ; do
  echo -e "#$x - \033[0;33mcoucou\033[1;39m, Ceci est un test\033[0m"
done                                                                                                                                                            
script vitesse-console.sh - test de vitesse d'affichage

La colorisation en question est importante car mes problèmes de consoles n'apparaissent évidement pas lorsque j'y tape trois commandes mais plutôt lorsque je les utilises pour analyser les logs Apache pendant les phases de debuggage d'application WEB. Logs que je colorise pour gagner du temps avec un petit script perl. Là ce sont des avalanches de lignes colorisées qui arrivent dans le terminal avec le besoin que ce dernier reste malgré tout réactif notamment pour remonter pendant l'avalanche dans l'historique à la recherche d'une ligne particulière.

Pour tester la vélocité de l'affichage, j'utilise la commande time :

gaston$time -f "%e secondes" ./Bureau/vitesse-console.sh
#0 - coucou, Ceci est un test
#1 - coucou, Ceci est un test
#2 - coucou, Ceci est un test
...
#9999 - coucou, Ceci est un test
#10000 - coucou, Ceci est un test
gaston$ 

Pour écluser le cas XTerm, que certaines légende place comme le plus rapide, il est certes léger en mémoire (voir graph plus loin) mais il est aussi définitivement le plus lent de tous.

Nous remarquons ensuite que les terminaux Gnome, XFCE et LX (ensemble d'outil censés être très légers) sont aussi lents les uns que les autres. Les résultats sont même tellement proche que cela confirme pour l'un et indique pour l'autre que tous fonctionnent sur les mêmes sources. Notons que pour ces tests, toutes les consoles utilisent la même police (Bitsrtream Vera Sans Mono - 10pt) avec l'anti-aliasing activé, une barre de défilement et un fond non transparent. Une sorte de minimum syndical. Et pour prévenir les questions, cela n'a rien changé en passant en police non vectorielle ou en virant la barre de défilement.

Deuxième constat, la vélocité de Konsole n'est pas un mythe. En revanche c'est aussi le plus gourmand en mémoire non partagé (obtenu par la commande pmem). Difficilement envisageable sur une petite machine, il est donc disqualifié.

Pour trouver des performances équivalente et une empreinte mémoire raisonnable, il faut se rabattre sur la famille des *xvt. Ici aussi, les résultats sont tellement proches de Konsole que c'est à se demander s'il n'y a pas là dessous le même code.

Maintenant la famille des *xvt souffre d'une tare assez problématique : l'absence de support de l'encodage UTF8, un peu gênant pour nos accents nationaux. Heureusement il y a une exception, urxvt (paquet rxvt-unicode) qui a été spécialement recodé pour permettre cet "exotisme". Exit donc les onglets car seul mrxvt en est capable, c'est un problème que l'on va gérer autrement.

urxvt est donc le bon candidat pour une console légère et véloce.

Paramétrage de urxvt

En standard cette console est à peu prés aussi sympathique qu'XTerm, autant dire pas très sexy (si tant est qu'une console puisse l'être). Mais avec un peu d'effort il est possible d'améliorer considérablement les choses. Pour cela vous devez modifier le le fichier ~/.Xdefaults de la manière suivante :
! Taille par défaut
URxvt*geometry: 74x27

! Police TTF
URxvt*font: xft:Bitstream Vera Sans Mono:style=Regular:pixelsize=13:antialias=true

! Taille du buffer et barre de défilement
URxvt*saveLines: 10000
URxvt*scrollBar: true
URxvt*scrollBar_right: true
URxvt*scrollColor: #c2dd5a
URxvt*scrollBar_floating: true
URxvt*scrollstyle: plain

! Curseur et nom du terminal
URxvt*cursorColor: white
URxvt*termName:xterm

! Couleurs (c'est la palette Tango)
URxvt*foreground: #f2f2f2
URxvt*background: #101010
URxvt*color0: #101010
URxvt*color1: #f13a21
URxvt*color2: #93f91d
URxvt*color3: #ffd00a
URxvt*color4: #004f9e
URxvt*color5: #ec0048
URxvt*color6: #2aa7e7
URxvt*color7: #f2f2f2
URxvt*color8: #1d202f
URxvt*color9: #ff361e
URxvt*color10: #ffc005
URxvt*color11: #93ff00
URxvt*color12: #0071ff
URxvt*color13: #ef0051
URxvt*color14: #4bb8fd
URxvt*color15: #a020f0

! Utilisation de la vraie transparence
urxvt*depth: 32
urxvt*background: rgba:0000/0000/0000/dddd
configuration de urxvt

La petite surprise est qu'urxvt gère parfaitement la vraie transparence pour peu que le compositeur de fenêtre soit activé, et ce sans aucune perte de performance. Si vous n'avez pas de compositeur, il vous reste toujours la possibilité de vous rabattre sur la pseudo-transparence avec les paramètres transparent et fading (voir man urxvt pour plus de détails).

Ici nous avons un paramétrage utilisant la palette de couleur Tango, une transparence légère en mode compositeur (vous pouvez régler la couleur de teinte et le degré de transparence en faisant varier l'une des 4 composantes de couleur du paramètre background).

Enfin le paramètre saveline indique le nombre de lignes à garder en mémoire. Si la valeur de 10000 vous parait trop importante pour votre usage, réduisez là.

Pour ce qui est du copier-coller, on peut légitimement être déroutés par l'absence de menu contextuel. En réalité urxvt fonctionne comme n'importe quelle application X11 dans ce domaine. Sélectionner un texte le recopie dans le buffer primaire de X11 (le presse papier classique étant le buffer secondaire). Et pour le recopier il suffit de faire un click-central.

Maintenant si vous désirez un comportement plus "conventionnel", l'utilisation du presse papier (buffer secondaire) est réalisable par les combinaison de touche CTRL-INS pour copier et SHIFT-INS pour coller.

Enfin, côté sélection un double-click sur un mot le surligne et un triple-click surligne la ligne entière.

Se passer des onglets

L'autre manque tient à l'absence d'onglets et surtout de profiles. Lorsque l'on utilise massivement SSH pour se connecter sur une poignée de machines, personne n'a le goût de taper des commandes de connexion à tour de bras en début de chaque journée de boulot.

Alors il est bien sur possible de compter sur le gestionnaire de fenêtres avec un regroupement des uxrvt dans la barre de tâche ainsi qu'une série de menus de lancement dédiés, mais cette approche n'est pas très satisfaisante pour basculer rapidement d'une console à l'autre.

la "bonne" solution passe par l'utilisation d'un utilitaire vieux comme GNU, screen. Ce petit bijoux d'un autre temps permet d'empiler sur un même terminal, un nombre illimité de shells, et bien plus encore, jugez du peu :

  • Possibilité de créer une nouvelle "fenêtre" (en réalité il faut imaginer cela comme des onglets invisibles) par screen -t nom_fenêtre commande, soit par exemple screen -t mon_server ssh mon_serveur.
  • Possibilité de basculer sur fenêtre donnée dans la liste des fenêtres existantes par Ctrl-a puis la touche ". J'ai personnellement remplacé ce raccourcis par un double appui de Ctrl-a, plus pratique. Il suffit pour cela de rajouter dans le fichier ~/.screenrc la commande bind ^a windowlist -b.
  • Ajouter des profiles en passant par la définition de raccourcis clavier. Par exemple pour se connecter à "mon serveur" par un Ctrl-a puis Ctrl-S, il suffit d'ajouter à ~/.screenrc la ligne bind ^s screen -t mon_serveur ssh mon_serveur.
  • Plus fort, séparer l'écran en deux parties par Ctrl-A puis S. Vous pouvez ensuite basculer d'une partie à l'autre par Ctrl-a puis Tab et créer une nouvelle fenêtre dans la partie vierge par Ctrl-a puis c. Pour fermer une partie la combinaison Ctrl-a puis X, etc.
  • Détacher une fenêtre pour qu'elle reste active même lorsque l'on se déconnecte. Il est ainsi possible de se connecter sur un serveur, de lancer un processus long, de détache sa session, et de la rattacher le lendemain.
  • Possibilité de demander à screen de nous prévenir des changements apparus sur une fenêtre non active.
  • Prendre la main à distance sur une session screen.

Et pas mal d'autres choses encore que vous pouvez découvrir ici.

Conclusion

Avec urxvt et Screen, j'ai enfin une console efficace, rapide, bénéficiant d'une faible emprunte en mémoire, fonctionnant parfaitement sur une machine modeste et avec toutes les fonctions dont j'avais l'habitude avec Konsole et Gnome-Terminal.

Commentaires

Stéphane, le 19 avril, 2009 - 14:24

Très intéressant comparatif, cela fait tomber des mythes. Utilisateur de xterm depuis pas mal de temps, je vais tester urxvt.
Quand à l'alternative screen pour les onglets,,, tout bonnement excellent. Merci.

Ulhume, le 19 avril, 2009 - 15:01

Ravi que mes expériences en marge de la windowsification ubuntienne de Linux puisse trouver un écho Smiling Screen est un outil tout bonnement magique pour qui utilise massivement la console.

Zanko, le 19 avril, 2009 - 15:49

Excellent comparatif et bonne idée d'utiliser screen pour ça. J'ai refait quelques tests chez moi, guake et terminator sont à peu près aussi lents que gnome-terminal (~2s chez moi) (rien d'étonnant, terminator va jusqu'à partager sa conf avec celle de gnome-terminal...), et tilda est un poil plus rapide (~1.25s), mais toujours loin derrière *rxvt (~0.25s). Et mrxvt est très moche Glad.

Au passage, rxvt normal a l'air de supporter l'unicode chez moi (en tout cas j'ai les caractères non-ascii que j'ai pas avec mrxvt).

edit: par curiosité j'ai regardé dans un tty: presque 10s !

Ulhume, le 19 avril, 2009 - 16:17

Yep j'avais aussi fait le test sur une console texte, ce qui remet bien en cause l'autre mythe qui fait croire que le mode texte est le plus rapide. Et je précise, je ne suis point en framebuffer Smiling

Pour rxvt c'est possible qu'ils aient fini par ajouter le support, j'avoue ne pas en savoir plus que le fait qu'urxvt est la vesion utf8 de rxvt. Et sur ma mandriva mrxvt (qui peut être très beau avec la bonne configuration) et rxvt sont tout deux incapable d'afficher les UTF.

Thom1, le 19 avril, 2009 - 15:53

Excellent article.
J'utilisais urxvt avant mais comme xterm me satisfait, je n'ai pas réinstaller urxvt, du coup je sens que je vais m'y remettre. Le seul hic avec urxvt est que, contrairement à xterm, on ne peut pas changer son WM_CLASS (essayer la commande "xprop WM_CLASS" et cliquer sur une fenêtre) pour configurer exactement comme je veux mon pekwm.

Ulhume, le 19 avril, 2009 - 16:18

Mais si, il y a un moyen, tu édites les sources et tu recompiles, ça doit pas être tellement sorcier.

Sinon tu fais quoi de beau avec pekwm ?

Thom1, le 19 avril, 2009 - 18:41

pekwm est le parfait compromis entre fluxbox et openbox car openbox gère la maximisation avec les bords, contrairement à fluxbox, et fluxbox gère les onglets, contrairement à openbox. De plus sa configuration est assez simple et souple. Je peux le démarrer directement avec les applications placés exactement où je veux... Et il est en plein développement (version 0.1.10) donc est très prometteur
Pour urxvt et son WM_CLASS, le problème est que si je le recompile avec un autre, je n'aurai toujours pas plus le choix d'en choisir un pour une 1ère console, et un autre pour une 2ème console. Avec xterm, je peux lancer 'xterm -class normal' et pour une autre console 'xterm -class root' et donc configurer leur fenêtre exactement comme je veux grâce à pekwm.

Ulhume, le 19 avril, 2009 - 19:18

Intéressant pour ce wm, faudrait que je teste.

Pour le coup des WM_CLASS, mis à part modifier les sources pour ajouter le paramètres, je ne vois pas bien.

Thom1, le 20 avril, 2009 - 10:59

J'ai trouvé pour le wm_class de urxvt, pas besoin de recompiler, il suffit juste de lancer : urxvt -name
Ca ne modifie pas la classe, mais le résultat que j'attend est là Smiling

Dup, le 19 avril, 2009 - 17:07

Sur mon archlinux, lors de l'install d'urxvt, on me demande d'installer gtk2-perl si je veux le support des onglets, ensuite il faut lancer urxvt-tabbed.

L'interface est très austère, il n'y a que les onglets (pas de menu ou conf à l'horizon), mais on a un urxvt avec onglet Big grin

Dup, le 19 avril, 2009 - 17:12

Edit : a savoir, si la version avec onglet souffre des mêmes soucis de perfs que xfterm/gnome-terminal/lxterm

Ulhume, le 19 avril, 2009 - 17:25

Intéressant ça, moi j'ai pas ça sur la driva. Ceci dit, je suis tombé amoureux de screen, je vais pas le lâcher de si tôt Smiling

Stéphane, le 19 avril, 2009 - 23:02

j'ai pu avoir les onglets mais en tapant "urxvt -pe tabbed" (et la shift+CURSEUR BAS nouvel onglet, et SHIFT+GAUCHE/DROITE pour changer)
pas mal.

Ulhume, le 20 avril, 2009 - 00:19

Arf Smiling Excellent ça fonctionne, des onglets en mode curse, très bon Smiling

chmod777, le 24 avril, 2009 - 17:34

Comparatif très intéressant, mais il omet un concurrent de taille : à savoir le mythique MGT ( Multi-Gnome-Terminal )

Pas pour sa rapidité bien sur, mais pour ses fonctionnalités, pour tout dire n'ai jamais trouvé d'équivalent pour gérer une ferme de serveurs : onglets, commandes pré-lancées/paramétrables, classification en catégories, etc.
Et malheureusement faute de mainteneur, ce terminal a été abandonné et a été supprimé des dépots Lenny, malgré un petit sursaut en 2007-2008 Arf

Sinon la solution urxvt+screen est pas mal, mais inapplicable dans mon cas vu j'ai déjà 4 ou 5 screens tournant sur chacun de mes serveurs, et les combinaisons de touches pour faire du screen dans du screen, ca devient de la haute voltige Big grin

nicolargo, le 23 avril, 2009 - 17:06

Quand je lance la console j'ai le message d'erreur suivant:

urxvt: unable to parse color 'rgba:0000/0000/0000/dddd ', using pink instead.
urxvt: unable to parse color 'rgba:0000/0000/0000/dddd ', using pink instead.

la console s'affiche mais avec un fond rose...
J'ai le même problème sous Ubuntu 8.10 et 9.04...

Une idée ?

pipomolo, le 21 avril, 2009 - 11:49

Excellent article...du coup j'ai failli considérer un switch vers urxvt...mais il y a trop de limitations pour moi...notamment le non support natif du mode 256 couleurs...empêchant d'utiliser les colorscheme gvim dans vim...urxvt ne support par défaut que 88 couleurs...il faut le patcher pour avoir les 256...mais j'ai la flemme de le faire.

De même, il faut bricoler le .inputrc pour faire fonctionner les touches HOME, END, ou les raccourcis CTRL-LEFT et CTRL-RIGHT...

Tout cela marche parfaitement sour mrxvt, qui du coup serait probablement le terminal idéal s'il supportait l'unicode....

C'est bien dommage, du coup je reste sous gnome-terminal, voire terminator que je suis en train de tester...sachant qu'il s'agit de ma machine du boulot qui est largement assez puissante pour que les différences de performances soient négligeables...

Keruspe, le 22 avril, 2009 - 11:20

Pour les onglets sans préciser l'option -pe tabbed, on peut directement rajouter dans .Xdefaults :
URxvt.perl-ext: tabbed

Ulhume, le 21 avril, 2009 - 13:14

Pour les 256 couleurs, ça fonctionne chez moi en standard (cf copie d'écran dans l'article). Idem pour les touches HOME, END, etc. Les mainteneurs de mandriva ont du bien faire leur travail.

Ulhume, le 24 avril, 2009 - 09:40

Il semble que ton urxvt n'ait pas été compilé avec le support RGBA, il faudrait voir à le compiler à la main pour choper des options de compilation supplémentaires. Je peux regarder sur le rpms de mandriva pour voir ce qu'ils font exactement si cela t'intéresse

nicolargo, le 24 avril, 2009 - 09:52

En fait cela fonctionne correctement quand je lance en ligne de commande avec l'option:

# urxvt -depth 32 -bg rgba:0000/0000/0000/eeee

Bizarre...

Ulhume, le 25 avril, 2009 - 01:54

Bizarre en effet, la ressource X11 urxvt*depth 32 était sensée faire cela justement

etienne, le 19 avril, 2009 - 18:21

Y a un petit problème avec la palette tango non?
Le blanc gras est violet (peut-être est-ce voulu, mais ça rend bizarrement dans certaines applications) et, plus étrange, le vert gras est orange, et le jaune/orange gras est vert.

Sinon, un "connection" s'est glissé dans l'article (au lieu de connexion)
Et pour finir par un autre hors sujet, c'est une bonne pratique de définir un foreground quand on définit un background aux éléments de formulaire html (mon foreground par defaut, tiré de mon thème gtk, est gris clair, c'est très peu lisible sur ce fond)

Ulhume, le 19 avril, 2009 - 19:12

Corrigé pour la coquille. Sinon pour la palette tango, je l'ai fauchée sur deviant art, faudrait peut-être l'améliorer mais j'aime bien le concept Smiling

Pour le coup du background, c'est sur quel élément que tu as le problème ? J'ai mis un rouge pétard sur mon firefox en couleur de fond par défaut et je ne vois pas où ça coince.

etienne, le 19 avril, 2009 - 20:36

A la réflexion, l'inversion vert/jaune est sûrement un choix délibéré de l'auteur.

Du coup j'ai refait mon propre set de couleurs, plus "juste" et plus lisible (au moins sur mon écran, et avec mes yeux), mais peut-être moins réussi esthétiquement:

URxvt\*foreground: #d4d4d4
URxvt\*background: #141414
! Black
URxvt\*color0: #101010
URxvt\*color8: #2e3436
! Red
URxvt\*color1: #cc0000
URxvt\*color9: #ff361e
! Green
URxvt\*color2: #8ae234
URxvt\*color10: #93ff00
! Yellow
URxvt\*color3: #ffc005
URxvt\*color11: #ffd00a
! Blue
URxvt\*color4: #004f9e
URxvt\*color12: #0071ff
! Purple
URxvt\*color5: #ec0048
URxvt\*color13: #e000c0
! Cyan
URxvt\*color6: #4bb8fd
URxvt\*color14: #34E2E2
! White
URxvt\*color7: #eeeeec
URxvt\*color15: #f2f2f2

(pour les formulaires, sur tous les éléments, input et textarea, en gros j'ai du gris très clair sur le background-color:#EAEBC8; de la css. Il s'agit juste d'ajouter un color: black; au #body-content textarea, #body-content input {} )

etienne, le 19 avril, 2009 - 21:03

j'ai copié la mauvaise version, pour purple ça devrait être:

! Purple
URxvt\*color5: #e50060
URxvt\*color13: #eb0061

pH7, le 19 avril, 2009 - 19:09

Pour info, (u)rxvt dispose d'un menu spécial avec ctrl+click droit, permettant des opérations particulière selon la selection en cour avant de la copier dans le buffer secondaire.

Ulhume, le 19 avril, 2009 - 19:16

Tu veux dire dans le buffer primaire (celui du click-central) ?

pH7, le 19 avril, 2009 - 19:21

Oui, très juste, petite erreur de ma part Smiling

Equinoxefr, le 19 avril, 2009 - 21:17

Merci pour cette "astuce", ça faisait un moment que je râlais contre l'empreinte mémoire et la lenteur de gnome-terminal. Me voilà comblé, c'est simple, rapide et terriblement ergonomique ! Smiling

Gauthier, le 20 avril, 2009 - 09:34

J'utilise screen depuis un moment - avec xterm plutôt qu'urxvt - et il rend effectivement de grands service, mais j'ai un seul regret; l'impossibilité d'utiliser shift+PageUp pour faire défiler l'affichage en arrière (essayez pour voir). Lorsqu'on s'attend à une sortie un peu verbeuse, il faut donc prendre l'habitude de compléter préventivement par "| less" ou utiliser la commande interne à screen qui est "Ctrl-a + [", puis les touches flêchées. Sur mon clavier belge, le "[" s'obtenant avec "Alt-Gr + ^", je trouve ça un peu lourd.

Mais il est possible que quelque chose de simple m'échappe... Wink

Ulhume, le 20 avril, 2009 - 10:00

Tu peux reparamétrer l'ensemble des touches de raccourcies. Par exemple je ne trouve pas C-a " bien pratique pour obtenir la liste des fenêtres, je l'ai remplacé par C-a C-a et ça fonctionne très bien.

bind ^a windowlist -

Je n'ai pas regardé cela de prés (j'utilise la molette pour scroller) m'ai j'imagine qu'il y a moyen de faire la même chose pour remonter dans l'historique.

petit agité, le 20 avril, 2009 - 15:53

Si je comprends bien les graphs, aterm a les même performances que urxvt pour deux fois plus de légèreté (comme les kinder bueno)... Ma question est donc pourquoi pas aterm ? Est-ce qu'il manque de fonctionnalités ? Ai-je loupé un morceau ?
Sinon fort intéressant cet article, je pense que terminator va passer la main d'ici peu...

MadNerveS, le 20 avril, 2009 - 19:08

N'as-tu jamais testé "terminator"? Moi personnellement, j'utilise beaucoup de fenetre en même temps, et j'ai besoin d'en ouvrir et fermer plus d'une régulièrement. Le fait de pouvoir scinder une fenetre en un nombre énorme est plus qu'utile; On évite ainsi les onglets et lorsque l'on veut en fermer une on tape le typique "exit" et ca se redimensionne aussi vite.
Bref, moi j'adore, reste à voir si à toi ça te conviendrait, je ne sais pas si des gens ont déjà fait des benchs là dessus...

freeflyer, le 21 avril, 2009 - 08:43

Après un bref test (celui de l'article),

terminator : 1.86 secondes
urxvt : 0.37 secondes
xterm : 0.49 secondes
gnome-term : 1.88 secondes

Vala Smiling

Mais l'install d'une lib python préalable à celle de terminator m'avait un peu mis sur la voie. Wink

Poster un nouveau commentaire

Si vous avez détecté une erreur, coquille ou bêtises du même ordre, merci de plutôt passer par le formulaire de contact
Pour vous abonner au flux des commentaires sur cet article, clickez ici.
Pour répondre à quelqu'un, utilisez plutôt le lien répondre qui se trouve en haut (ou en bas) à gauche de son commentaire.
Le contenu de ce champ sera maintenu privé et ne sera pas affiché publiquement. Si vous avez un compte gravatar, l'utilisez pour afficher votre avatar.
  • To highlight piece of code, just surround them with <code type="language"> Your code &tl;/code>>. Language can be java,c++,bash,etc... Everything Geshi support.
  • Tags HTML autorisés : <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <blockquote> <div> <p> <br>
  • Les lignes et les paragraphes vont à la ligne automatiquement.
  • Textual smileys will be replaced with graphical ones.
  • Les adresses de pages web et de messagerie électronique sont transformées en liens automatiquement.
  • Every instance of custom tags in the input text will be replaced with a specific tool shortcut.

Plus d'informations sur les options de formatage


Commentaires récents
Porte secrète