GNU bug report logs - #78474
31.0.50; Wrong char insertion in rxvt

Previous Next

Package: emacs;

Reported by: Bastien Guerry <bzg <at> gnu.org>

Date: Sat, 17 May 2025 22:56:02 UTC

Severity: normal

Found in version 31.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Seb Hinderer <Sebastien.Hinderer <at> inria.fr>
Cc: bzg <at> gnu.org, 78474 <at> debbugs.gnu.org, rpluim <at> gmail.com, samuel.thibault <at> gnu.org
Subject: bug#78474: 31.0.50; Wrong char insertion in rxvt
Date: Tue, 22 Jul 2025 17:49:53 +0300
> Date: Tue, 22 Jul 2025 16:28:30 +0200
> From: Seb Hinderer <Sebastien.Hinderer <at> inria.fr>
> Cc: samuel.thibault <at> gnu.org, rpluim <at> gmail.com, bzg <at> gnu.org,
> 	78474 <at> debbugs.gnu.org
> 
> Eli Zaretskii (2025/07/22 17:25 +0300):
> > > Did you once see one RFC specifying what theprotocol should be depending
> > > on which client or server one is talking to?
> >
> > Yes, of course.  Emacs has several features where we change behavior
> > depending on which external program we are communicating with or using
> > as a sub-process.
> 
> I was asking about RFCs and you respond  Emacs...

But we _are_ talking about Emacs.  Emacs is not driven by RFCs, and
doesn't blindly follow RFCs unless we consider that useful.

I think the fact that Emacs already takes specific programs into
consideration means that such solutions _are_ possible.  If we
conclude that doing so would be a reasonably good solution for this
problem, I don't see why we should not use that.  If such a solution
will make our users happy, why should anyone care whether it follows
some RFC or is pretty?




This bug report was last modified 1 day ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.