Discussion :

[JPLAROCHE]

https://github.com/AS400JPLPC/VteTERM

but : terminal rapide / flexible / respectant le code escape

console dédié uniquement a une application (chaque application aura sa console enfin de compte 12k compiler 7mo en action )

c'est un xterm ou xfce4-terminal mais complètement épurer
la console appelle le programme .... et voilà ce que ça donne l'image est bonne que quand réel


-no-pie EXÉCUTABLE

outil pour développer une application de type 5250 / 3270 ou terminal semi-graphic


gtk+-3.0 vte-2.91 std=c++17

je souhaite que cela vous soit utile.

@bientôt

[JPLAROCHE]

bonjour ,

après mise en production , j'ai rajouté la possibilité que le processus enfant :

puisse avoir le maîtrise du nombre de colonnes et de lignes le fameux resize interdit par XTERM (sauf modification de l'origine canonical ) mais contrôlé par le programme

ainsi que la possibilité de donné un nom à la fenêtre ....

j'aurais pus aller plus loin par exemple la font ainsi que sa taille etc.... mais je vois mal dans une application d'entreprise changer les fontes suivant le personnel ????

après à vous de voir le fondement est mise en place . (ce n'est pas un terminal ouvert comme la console )

dans les testes il s'avère que la libvteterm de GTK est conforme à la norme IBM3270 et XTERM , très rapide et léger , il faut le voir comme XTERM (un mini serveur console) , on peut le voir comme un programme qui enveloppe le processus enfant , et lui même avoir plusieurs enfants ....
on peut le voir comme une boite noir qui vous ouvre ,en toutes sécurité, en mode console ou l'on peut géré le keyboard , la sourie , et l'écran , bien-sur tout traitement normal de programme ..... comme avec mode INT86

il y a d'autre application à cette lib , et certain on refait de vrais console multi-onglets permettant de devenir un support system.

mon intérêt est de reprendre les applications de type 5250/3270 de les remettre au goût du jour , l'avancement de mon projet est le générateur d'écran , les briques sont prêtes . il faut que j'assemble tout cela etc.... en mode natif c++17

@bientôt

[JPLAROCHE]

Mise en place de la fonction SHM sys.shm.h zone mémoire de communication pour la récupération des touches de fonction type F1...ENTER etc.. avec gdk/gdkx.h
afin de dissocier le texte et les touches de fonction du clavier et standardiser c'est dire faire le moins possible d'interruption clavier en dur.... côté terminal

j'ai mis cela en place pour aider et l'approche est couvert par le Livre Developpement system sous linux 4 edition Christophe Blaess Eyrolles et GTK
ps le process SHM est aussi valable pour windows


les programmes travaillant avec cet approche seront mis ultérieurement le framework est en test il permettra de générer des masques menu etc... pour le tester je met en place une designer screen multi fenêtre breff comme une designer habituel....

[JPLAROCHE]

pour ceux que ça intéresse

j'ai mis en place la possibilité de gérer "event-scroll" et autre cela me permet de simuler UP/DOWN

[JPLAROCHE]

pour ceux que ça intéresse

des exemples avec nim mais l'appelle ce fait avec GTK C/C++



https://github.com/AS400JPLPC/nim_Termvte