Discussion :

[boboss123]

Bonjour,

Je suis entrain de bosser sur une console en VT100.
Toutes les commandes spéciale commence donc par le caractère '\033'.

Comment faire pour connaitre la fin de la commande car le nombre de caractères après le caractère d'échappement ('\033') n'est pas fixe et le dernier caractère n'a pas toujours la même valeur.
=> je pose cette question car je veux supprimer ces commandes de ma chaine de réception

[Melem]

Il n'y a pas de caractère fin de commande comme tu l'as toi-même remarqué. Si tu veux créer une fonction void RemoveAnsiSequences(char * text), il n'y a pas d'autre moyen que de connaître la syntaxe de chaque commande, de parcourir la chaîne et d supprimer tout ce qui est reconnue comme commande valide.

[boboss123]

Il n'y a pas de caractère fin de commande comme tu l'as toi-même remarqué. Si tu veux créer une fonction void RemoveAnsiSequences(char * text), il n'y a pas d'autre moyen que de connaître la syntaxe de chaque commande, de parcourir la chaîne et d supprimer tout ce qui est reconnue comme commande valide.

arf, c'est vraiment mal foutu.
En plus j'ai l'impression que par exemple une console TELNET sous Linux ne gère pas les mêmes commandes spéciales que sous windows => il existe une lsite exhaustive de toutes les commandes à quelque part (je n'ai pas trouvé) ? ... lire les normes c'est un peu galère, il y en a 50 pour définir le TELNET (et les commandes spéciales ne sont même pas réunie dans une)

[Melem]

existe t-il une liste exhaustive de toutes les commandes à quelque part (je n'ai pas trouvé) ?

http://ascii-table.com/ansi-escape-sequences.php

[Mac LAK]

arf, c'est vraiment mal foutu.

Tu as conscience que c'est un standard âgé de TRENTE ET UN ANS ? Qu'il était conçu pour des terminaux reliés par liaisons RS-232, qui ne dépassaient sûrement pas 1200 bauds à l'époque, d'où une nécessité de transmettre le moins d'octets possibles ?

Faut pas s'étonner de limites apparemment incompréhensibles lorsque l'on utilise un truc aussi vieux, il suffit de se remettre dans le contexte...

[boboss123]

C'est pas parce que c'est vieux que ce n'est plus utilisé ... les consoles TELNET l'utilisent donc je suppose que le SSH (qu'on voit de partout) aussi, non ? Est-ce que le SSH, c'est juste du TELNET avec une couche d'encryptage par dessus ou c'est plus compliqué que ça ?


Merci pour le lien Melen (il y a des commandes que je ne connaissais pas et qui sont très intéressantes.... mais qu'elle idée d'avoir inventé le "Set Keyboard Strings" => c'est la galère à gérer ... si je croise celui qui l'a inventé, je lui casse les dents lol), mais il n'y a apparemment pas toutes les commandes pour le TELNET (il y en a que j'utilise et qui n'y sont pas) ... mais j'avoue que c'est un peu confu dans ma tête, j'ai l'impression qu'il faut différencier les commandes spéciales en deux types : les commandes TELNET et les commandes VT100 => ça doit être pour ça que dans ton lien, il n'y a pas tout ... d'ailleurs est-ce que le TELNET utilise forcement le VT100 (si ça se trouve il peut utiliser autre chose aussi) ?

Et le pire dans tout ça, c'est que les consoles TELNET ne fonctionnent pas toutes de la même façon => J'ai par exemple Putty qui interprète un "\r\0" comme un retour à la ligne alors que dans la norme il est noté qu'il devrait l'interpréter comme un "\r" (je suppose donc que ça doit être Micro$oft qui a du pondre la norme ...). Il y a aussi le positionnement des curseurs en fin de ligne qui est différent entre console TELNET windows et Putty (il y a l'un des deux qui positionne le curseur à la fin de la ligne alors que l'autre le positionne au debut de la ligne suivante) ... c'est vraiment galère à tout gérer ... sans parler de la compatibilité avec HyperTerminal (alors là, c'est le fin du fin lol)

=> d'ailleurs vous savez si c'est possible d'identifier le type du terminal distant utilisé je suis preneur...

[souviron34]

une remarque en passant :

Les terminaux VT100, puis VT220, ont été les PREMIERS terminaux graphiques (avec les Tektronix à balayage)

Comme le dit Mac Lak, avant de critiquer et de les prendre pour des fous/c.ns, etc, se renseigner..


Ces terminaux permettaient de faire des lignes (verticales, horizontales, en diagonale) pour faire des menus, des highlights, quelques graphiques (même assez poussés).

Ce sont les premiers terminaux à adressage "pixel" (comme les Tektro)..


C'est bien la raison pour laquelle un certain nombre sont toujours en activité, et le standard est toujours d'actualité pour certaines choses..

Maintenant, telnet est venu en //.. et ce que tu considères comme "naturel", que ce soit le Web ou les terminaux graphiques et le fait de pouvoir faire des IHM N'EXISTAIT PAS tout simplement...

Les programmes étaient en lignes de commandes uniquement, et les "menus", "choix", "pages", "IHM", sont justement apparus grâce aux capacités de ces terminaux...

J'ai des programmes graphiques (par exemple surveillance de charge d'ordi ou de réseaux, ou des programmes de DAO) de 1982 à 1987, fonctionnant comme cela, et c'était la pointe de la technologie..

Alors un peu de retenue et de respect, SVP...



Ce que tu prends pour acquis avec ton écran que tu allumes et qui t'affiche des icônes et de permet de cliquer, et d'avoir une fenêtre, c'est "très" récent.. Moins de 20 ans...

[Mac LAK]

C'est pas parce que c'est vieux que ce n'est plus utilisé ... les console TELNET l'utilise donc je suppose que le SSH (qu'on voit de partout) aussi, non ? Est-ce que le SSH, c'est juste du TELNET avec une couche d'encryptage par dessus ou c'est plus compliquer que ça ?

Ne confonds pas Telnet et commandes VT100 : ce sont deux choses aussi différentes que peuvent l'être TCP/IP et les balises HTML.

Telnet, c'est un protocole plutôt simple (et finalement pas si mal fait que ça d'ailleurs), rapide à implémenter et qui se contrefiche de savoir si tu es en 150 colonnes par 50 lignes ou sur du 80x25. Tu peux avoir du VT100 sans Telnet, et du Telnet sans VT100.

Et le pire dans tout ça, c'est que les consoles TELNET ne fonctionnent pas toutes de la même façon

Sauf que ce n'est pas au serveur de s'adapter, mais au client... A toi de respecter un standard, et de configurer ensuite les clients pour qu'ils s'adaptent au standard du serveur.

=> d'ailleurs vous savez si c'est possible d'identifier le type du terminal distant utilisé je suis preneur...

A part utiliser une commande particulière supportée par le client et très certainement spécifique au client, cela m'étonnerait beaucoup... Et je n'en vois d'ailleurs pas vraiment l'intérêt : comme je te l'ai dit, c'est au client de s'adapter aux standards utilisés par le serveur, pas le contraire.