GNU bug report logs -
#78474
31.0.50; Wrong char insertion in rxvt
Previous Next
Full log
Message #191 received at 78474 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 21 Jul 2025 18:35:53 +0200
> From: Samuel Thibault <samuel.thibault <at> gnu.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,
> Seb Hinderer <Sebastien.Hinderer <at> inria.fr>, bzg <at> gnu.org,
> 78474 <at> debbugs.gnu.org
>
> Robert Pluim, le lun. 21 juil. 2025 18:19:24 +0200, a ecrit:
> > >>>>> On Mon, 21 Jul 2025 18:02:00 +0200, Samuel Thibault <samuel.thibault <at> gnu.org> said:
> >
> > Samuel> It is buggy on rxvt, as the very first mail of this whole thread talks
> > Samuel> about:
> >
> > Samuel> https://dept-info.labri.fr/~thibault/tmp/coucou.png
> >
> > Samuel> The cursor it two times too big.
> >
> > Yet another reason to avoid rxvt *ducks*
>
> Well, one thing is: I was unabled to find an actual reference on what
> *exactly* \t is supposed to be doing for the terminal content. Notably,
> run:
>
> echo -e 'a\ta'
>
> and copy/paste that text: do you expect the paste to be 'a\ta' or
> 'a a' ? I have seen people request for the former.
What you copy/paste and what is written to the screen are not
necessarily the same thing. The effect of TAB on the screen is to
move the cursor (or the rest of the line's text) to the right by a
suitably-computed number of columns, which depends on the column where
you do that. What is copy/paste'd depends on the program which
serves the copy: some give you TAB, others give you spaces.
> Also, if you run:
>
> echo -e 'a\t'
>
> is there actually supposed to be some content to copy/paste on the right
> of a?
IME, also depends on the program which serves the copy/paste.
(I think these aspects are tangents, not an integral part of this
discussion.)
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.