Bonjour emacs-fr !
J’ai finalement réussis à passer sur exwm: j’ai laissé tomber
awesomewm, de toute façon, je passe le gros de mon temps dans emacs.
Si quelcun veut essayer, c’est le pied.
Dans mon cas d’usage, j’ai juste besoin d’un firefox, plus un
émulateur de terminal externe (genre alacritty). Pourquoi ? Parce que
si je me connecte sur un serveur ssh, et que je lance emacs là bas, ça
va pas le faire. A moins de passer en mode char, c’est à dire, toutes
les commandes sont envoyés vers la terminal. J’ai juste besoin d’un
raccourcis pour sortir du mode char. Ceci est possible avec exwm, à
condition de se servir d’un terminal externe à emacs.
Maintenant, à quoi bon alacritty, alors que j’ai déjà vterm ? C’est là
où ça pêche. Pas de char mode dans vterm, à ma connaissance, et
puisqu’il ne s’agit pas d’une x-window, pas de exwm char mode, non
plus. Dommage. Auriez vous une idée ?
J’ai juste trouvé une référence à vterm en mode char dans la page de
emacs-eat, sorte de vterm acceptant le mode char. Je souhaiterais
rester sur vterm, qui me semble plus complet et performant.
Bref, si vous avez une piste sur comment réussir à faire tourner vterm
en mode char, où emacs ignore toutes les commandes, sauf une (retour à
la normale), je suis plus que preneur.
Merci !
Cayetano
Cayetano Santos <csantosb@inventati.org> writes:
> Bonjour emacs-fr !>> J’ai finalement réussis à passer sur exwm: j’ai laissé tomber> awesomewm, de toute façon, je passe le gros de mon temps dans emacs.> Si quelcun veut essayer, c’est le pied.>> Dans mon cas d’usage, j’ai juste besoin d’un firefox, plus un> émulateur de terminal externe (genre alacritty). Pourquoi ? Parce que> si je me connecte sur un serveur ssh, et que je lance emacs là bas, ça> va pas le faire. A moins de passer en mode char, c’est à dire, toutes> les commandes sont envoyés vers la terminal. J’ai juste besoin d’un> raccourcis pour sortir du mode char. Ceci est possible avec exwm, à> condition de se servir d’un terminal externe à emacs.>> Maintenant, à quoi bon alacritty, alors que j’ai déjà vterm ? C’est là> où ça pêche. Pas de char mode dans vterm, à ma connaissance, et> puisqu’il ne s’agit pas d’une x-window, pas de exwm char mode, non> plus. Dommage. Auriez vous une idée ?>> J’ai juste trouvé une référence à vterm en mode char dans la page de> emacs-eat, sorte de vterm acceptant le mode char. Je souhaiterais> rester sur vterm, qui me semble plus complet et performant.>> Bref, si vous avez une piste sur comment réussir à faire tourner vterm> en mode char, où emacs ignore toutes les commandes, sauf une (retour à> la normale), je suis plus que preneur.>> Merci !>> Cayetano
Bonsoir Cayetano, bonsoir à tou-te-s,
À titre de curiosité, et puisque qu’avant de finir la lecture de ton message, j’allais te suggérer de recourir à eat, pourquoi ce dernier ne convient-il pas ?
Je n’ai pas une utilisation très avancée des émulateurs de terminal, et ai souvent du mal à saisir ce qui fait l’avantage de l’un ou l’autre.
Edgar
>ven. 24 mars 2023 at 21:30, Edgar Vincent <e-v@posteo.net> wrote:> Cayetano Santos <csantosb@inventati.org> writes:>>> Bonjour emacs-fr !>>>> J’ai finalement réussis à passer sur exwm: j’ai laissé tomber>> awesomewm, de toute façon, je passe le gros de mon temps dans emacs.>> Si quelcun veut essayer, c’est le pied.>>>> Dans mon cas d’usage, j’ai juste besoin d’un firefox, plus un>> émulateur de terminal externe (genre alacritty). Pourquoi ? Parce que>> si je me connecte sur un serveur ssh, et que je lance emacs là bas, ça>> va pas le faire. A moins de passer en mode char, c’est à dire, toutes>> les commandes sont envoyés vers la terminal. J’ai juste besoin d’un>> raccourcis pour sortir du mode char. Ceci est possible avec exwm, à>> condition de se servir d’un terminal externe à emacs.>>>> Maintenant, à quoi bon alacritty, alors que j’ai déjà vterm ? C’est là>> où ça pêche. Pas de char mode dans vterm, à ma connaissance, et>> puisqu’il ne s’agit pas d’une x-window, pas de exwm char mode, non>> plus. Dommage. Auriez vous une idée ?>>>> J’ai juste trouvé une référence à vterm en mode char dans la page de>> emacs-eat, sorte de vterm acceptant le mode char. Je souhaiterais>> rester sur vterm, qui me semble plus complet et performant.>>>> Bref, si vous avez une piste sur comment réussir à faire tourner vterm>> en mode char, où emacs ignore toutes les commandes, sauf une (retour à>> la normale), je suis plus que preneur.>>>> Merci !>>>> Cayetano>> Bonsoir Cayetano, bonsoir à tou-te-s,>> À titre de curiosité, et puisque qu’avant de finir la lecture de ton message, j’allais te> suggérer de recourir à eat, pourquoi ce dernier ne convient-il pas ?> Je n’ai pas une utilisation très avancée des émulateurs de terminal, et ai souvent du mal à saisir ce qui fait l’avantage de l’un ou l’autre.
C’est une question de feeling. J’ai passé 2/3 heures à faire tourner
eat, sans un véritable suces. L’adapter à mon environnent n’est pas
simple. J’ai l’impression qu’il s’agit d’un code préliminaire, adapté
aux besoins de son auteur, et avec un bel avenir, si l’auteur continue
de le développer. A surveiller.
J’utilise vterm depuis un bon moment. Vterm s’améliore, s’intègre
parfaitement avec le shell, c’est rapide et performant, simple à adapter
à ma config, et le rythme de développement ne ralentis pas. Il ne manque
que le char-mode !
C.
Cayetano Santos <csantosb@inventati.org> writes:
[…]
> C’est une question de feeling. J’ai passé 2/3 heures à faire tourner> eat, sans un véritable suces. L’adapter à mon environnent n’est pas> simple. J’ai l’impression qu’il s’agit d’un code préliminaire, adapté> aux besoins de son auteur, et avec un bel avenir, si l’auteur continue> de le développer. A surveiller.>> J’utilise vterm depuis un bon moment. Vterm s’améliore, s’intègre> parfaitement avec le shell, c’est rapide et performant, simple à adapter> à ma config, et le rythme de développement ne ralentis pas. Il ne manque> que le char-mode !>> C.
Pourrais-tu me donner un exemple précis d’élément qui ne te convient pas ou que
tu n’arrives pas à configurer selon tes souhaits ?
Merci,
Edgar
>sam. 25 mars 2023 at 10:28, Edgar Vincent <e-v@posteo.net> wrote:> Cayetano Santos <csantosb@inventati.org> writes:>> […]>> C’est une question de feeling. J’ai passé 2/3 heures à faire tourner>> eat, sans un véritable suces. L’adapter à mon environnent n’est pas>> simple. J’ai l’impression qu’il s’agit d’un code préliminaire, adapté>> aux besoins de son auteur, et avec un bel avenir, si l’auteur continue>> de le développer. A surveiller.>>>> J’utilise vterm depuis un bon moment. Vterm s’améliore, s’intègre>> parfaitement avec le shell, c’est rapide et performant, simple à adapter>> à ma config, et le rythme de développement ne ralentis pas. Il ne manque>> que le char-mode !>>>> C.>> Pourrais-tu me donner un exemple précis d’élément qui ne te convient pas ou que> tu n’arrives pas à configurer selon tes souhaits ?
Oui, par exemple, quand je lance M-x eat, et que je fais ls -la, la
moitié inférieur du buffer reste vide. Un autre cas, pas moyen de
modifier le bind C-M-l. Un autre, quand on envoie un exit, la fenêtre
reste encore là, malgré un eat-kill-buffer-on-exit à t.
Bref. Trop de lutte pour juste le char mode. Si je pouvais l’avoir avec
vterm, ça m’arrangerait.
C.
Cayetano Santos <csantosb@inventati.org> writes:
[…]
> Oui, par exemple, quand je lance M-x eat, et que je fais ls -la, la> moitié inférieur du buffer reste vide. Un autre cas, pas moyen de> modifier le bind C-M-l. Un autre, quand on envoie un exit, la fenêtre> reste encore là, malgré un eat-kill-buffer-on-exit à t.>> Bref. Trop de lutte pour juste le char mode. Si je pouvais l’avoir avec> vterm, ça m’arrangerait.>> C.
Effectivement, vterm semble ne comporter que la commande `vterm-send-next-key' pour envoyer
une frappe au terminal. Il devrait être aisé d’écrire un mode mineur y ayant recours pour simuler un
`char-mode'.
En ce qui concerne eat, c’est curieux, je ne rencontre aucun des problèmes que tu mentionnes.
Es-tu certain qu’il est installé et configuré correctement ?
>lun. 27 mars 2023 at 10:25, Edgar Vincent <e-v@posteo.net> wrote:> Cayetano Santos <csantosb@inventati.org> writes:>> […]>>> Oui, par exemple, quand je lance M-x eat, et que je fais ls -la, la>> moitié inférieur du buffer reste vide. Un autre cas, pas moyen de>> modifier le bind C-M-l. Un autre, quand on envoie un exit, la fenêtre>> reste encore là, malgré un eat-kill-buffer-on-exit à t.>>>> Bref. Trop de lutte pour juste le char mode. Si je pouvais l’avoir avec>> vterm, ça m’arrangerait.>>>> C.>> Effectivement, vterm semble ne comporter que la commande `vterm-send-next-key' pour envoyer> une frappe au terminal. Il devrait être aisé d’écrire un mode mineur y ayant recours pour simuler un> `char-mode'.>> En ce qui concerne eat, c’est curieux, je ne rencontre aucun des problèmes que tu mentionnes.> Es-tu certain qu’il est installé et configuré correctement ?
Justement. Je ne configure rien, et j’ai la moitié inférieur du buffer
vide. J’utilise emacs-eat dans guix (et emacs-next, guix, pareil).
(parait-il que je n’ai pas le droit d’envoyer des pièces jointes en png
sur la liste)
C.
Cayetano Santos <csantosb@inventati.org> writes:
[…]
Je suis désolé, je ne comprends pas bien la situation. Dans la capture que tu as jointe,
t’attendais-tu à ce que la sortie de `ls' occupe tout le tampon ? Ou as-tu lancé une autre
commande dont tu ne vois pas la sortie ?
>mar. 28 mars 2023 at 08:36, Edgar Vincent <e-v@posteo.net> wrote:> Cayetano Santos <csantosb@inventati.org> writes:>> […]>> Je suis désolé, je ne comprends pas bien la situation. Dans la capture que tu as jointe,> t’attendais-tu à ce que la sortie de `ls' occupe tout le tampon ? Ou as-tu lancé une autre> commande dont tu ne vois pas la sortie ?
Je m’attends à ce que la sortie des commandes occupe toute la fenêtre,
et pas que la moitié.
Par exemple, avec un ’cat fichier.txt’, j’observe le même comportement.
C.
Cayetano Santos <csantosb@inventati.org> writes:
>>mar. 28 mars 2023 at 08:36, Edgar Vincent <e-v@posteo.net> wrote:>>> Cayetano Santos <csantosb@inventati.org> writes:>>>> […]>>>> Je suis désolé, je ne comprends pas bien la situation. Dans la capture que tu as jointe,>> t’attendais-tu à ce que la sortie de `ls’ occupe tout le tampon ? Ou as-tu lancé une autre>> commande dont tu ne vois pas la sortie ?>> Je m’attends à ce que la sortie des commandes occupe toute la fenêtre,> et pas que la moitié.>> Par exemple, avec un ’cat fichier.txt’, j’observe le même comportement.>> C.
Curieux. Je viens d’essayer chez moi avec un répertoire contenant un grand nombre
de fichiers, et la sortie occupe tout l’écran. Essaie peut-être de signaler le problème
au développeur d’eat ?
Edgar Vincent <e-v@posteo.net> writes:
> Cayetano Santos <csantosb@inventati.org> writes:>>>>mar. 28 mars 2023 at 08:36, Edgar Vincent <e-v@posteo.net> wrote:>>>>> Cayetano Santos <csantosb@inventati.org> writes:>>>>>> […]>>>>>> Je suis désolé, je ne comprends pas bien la situation. Dans la capture que tu as jointe,>>> t’attendais-tu à ce que la sortie de `ls’ occupe tout le tampon ? Ou as-tu lancé une autre>>> commande dont tu ne vois pas la sortie ?>>>> Je m’attends à ce que la sortie des commandes occupe toute la fenêtre,>> et pas que la moitié.>>>> Par exemple, avec un ’cat fichier.txt’, j’observe le même comportement.>>>> C.>> Curieux. Je viens d’essayer chez moi avec un répertoire contenant un grand nombre> de fichiers, et la sortie occupe tout l’écran. Essaie peut-être de signaler le problème> au développeur d’eat ?
Peut-être faut-il regarder la valeur de `window-adjust-process-window-size-function'?
Chez moi, c’est `window-adjust-process-window-size-smallest', mais je ne sais pas si
ton problème est dû à ça.