From Edgar Vincent to ~bzg/emacsfr
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é.
From Edgar Vincent to ~bzg/emacsfr
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 ?
From Edgar Vincent to ~bzg/emacsfr
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.
From Edgar Vincent to ~bzg/emacsfr
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 ! >
From Edgar Vincent to ~bzg/emacsfr
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, à
From Edgar Vincent to ~protesilaos/general-issues
Protesilaos Stavrou <info@protesilaos.com> writes: > Hello Edgar, > > If I understand this correctly, it can be achieved by typing M-n at the > prompt. This is a standard for many Emacs prompt that have a default > value. > > Otherwise, we can always think of user options, prefix arguments, or > even more commands. > > What do you think? > > All the best,
From Edgar Vincent to ~protesilaos/general-issues
Hi Prot, Thanks a lot for substitute.el. I find it particularly handy. Do you think it would be a good thing if the user could get the replacement prompt automatically filled with the target text? I would find it useful in cases where one needs to apply a very slight modification to a long word throughout the buffer, for instance. For example, say I have a `(defun foobar-package-particularly-long-function-name () ...)' and I realise that this particular function is in fact internal, and it thus needs to be named `foobar-package--particularly-long-function-name'. It would be nice if the replacement prompt were automatically filled with the function name, so that I could simply add a second dash without having to type the whole name again. Perhaps this could be triggered with two prefix arguments? Thanks a lot, Edgar
From Edgar Vincent to ~bzg/emacsfr
wissam sabra <wissam.sabra@icloud.com> writes: > Bonsoir bonsoir, > > Je cherche depuis 2 jours le nom du package permettant de remplacer le mini buffer par un genre de fenêtre que je trouve jolie et lisible. > On en avait parlé lors de la dernière réunion. > Si une âme charitable voit de quoi je parle …. > > Wissam. Bonjour Wissam, S'agirait-il de vertico-posframe <https://github.com/tumashu/vertico-posframe>, ou peut-être de ivy-posframe, ou encore helm-posframe, en fonction du mécanisme de complétion que tu utilises ?
From Edgar Vincent to ~protesilaos/modus-themes
Protesilaos Stavrou <info@protesilaos.com> writes: […] >>> If I have this, I will just grey out the block the same way, say, the >>> inactive buttons are in M-x customize. >>> >>> What do you think? >> >> That sounds like a good idea. I am not very familiar with the >> ’customize’ interface, since I do not use it. I tried launching >> ’M-x customize’ and looked at a few variables, but couldn’t see >> any buttons. >> I haven’t found which specific face is associated with the buttons you >> mention in the Modus source code, but I trust your tastes ^^
From Edgar Vincent to ~protesilaos/modus-themes
Protesilaos Stavrou <info@protesilaos.com> writes: >> From: Protesilaos Stavrou <info@protesilaos.com> >> Date: Thu, 12 Jan 2023 06:56:11 +0200 > >> [… 43 lines elided] > >>> • more importantly, the background of org source blocks after running >>> org-edit-src-code, which inherits from the secondary-selection face is >>> way too colourful, to the point where, when using modus-vivendi, the >>> text is unreadable. I do not really understand what second-selection >>> is, so I don’t know if its colour is appropriate elsewhere. >> >> This is an Org problem because it hardcodes the ’secondary-selection’