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é.

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 ?

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.

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 !
>

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, à

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,

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

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 ?

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 ^^

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’