GNU bug report logs - #31743
27.0.50; [feature request] add command to ERC to erase scrollback text

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31743 in the body.
You can then email your comments to 31743 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jonathan Kyle Mitchell <kyle <at> jonathanmitchell.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.0.50; [feature request] add command to ERC to erase scrollback text
Date: Wed, 6 Jun 2018 20:47:00 -0500

A recent discussion[1] in help-gnu-emacs revealed that a user
expected ERC's /CLEAR command (i.e. erc-cmd-CLEAR) to erase the buffer
contents instead of just recentering the display.

[1] http://lists.gnu.org/archive/html/help-gnu-emacs/2018-06/msg00041.html

I see two options to handle this:
 1) Modify the existing erc-cmd-CLEAR command to also erase the buffer
 contents.
 2) Add a new command to erase the buffer contents and keep the existing
 CLEAR command that just clears the window by recentering the text to be
 above the window, preserving the scrollback text.

In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
 of 2018-06-06 built on fedorabox
Repository revision: 4a51deb993d923767f0eddd4f350e636fe8d7c0b
Windowing system distributor 'Fedora Project', version 11.0.11906000
System Description: Fedora 28 (Twenty Eight)

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --with-modules --with-xwidgets'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES THREADS XWIDGETS LIBSYSTEMD JSON
LCMS2

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv dired dired-loaddefs format-spec rfc822 mml
easymenu mml-sec password-cache epa derived epg epg-config gnus-util
rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date elec-pair
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting xwidget-internal
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 94457 8735)
 (symbols 48 20180 1)
 (miscs 40 37 145)
 (strings 32 28224 2094)
 (string-bytes 1 741382)
 (vectors 16 14073)
 (vector-slots 8 493380 15320)
 (floats 8 48 69)
 (intervals 56 206 0)
 (buffers 992 11))

--
Jonathan Kyle Mitchell

Message #8 received at 31743 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Jonathan Kyle Mitchell <kyle <at> jonathanmitchell.org>
Cc: 31743 <at> debbugs.gnu.org
Subject: Re: bug#31743: 27.0.50; [feature request] add command to ERC to
 erase scrollback text
Date: Sat, 13 Jul 2019 05:45:35 +0200

Jonathan Kyle Mitchell <kyle <at> jonathanmitchell.org> writes:

> A recent discussion[1] in help-gnu-emacs revealed that a user
> expected ERC's /CLEAR command (i.e. erc-cmd-CLEAR) to erase the buffer
> contents instead of just recentering the display.
>
> [1] http://lists.gnu.org/archive/html/help-gnu-emacs/2018-06/msg00041.html
>
> I see two options to handle this:
>  1) Modify the existing erc-cmd-CLEAR command to also erase the buffer
>  contents.
>  2) Add a new command to erase the buffer contents and keep the existing
>  CLEAR command that just clears the window by recentering the text to be
>  above the window, preserving the scrollback text.

I think 1) makes more sense, because C-l is pretty easily available,
while deleting the buffer contents is a bit more work (since it has
read-only text).

But on the other hand...  I can't really imagine anybody using /clear
now, but perhaps this would be too surprising a change?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #11 received at 31743 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Jonathan Kyle Mitchell <kyle <at> jonathanmitchell.org>
Cc: 31743 <at> debbugs.gnu.org
Subject: Re: bug#31743: 27.0.50; [feature request] add command to ERC to
 erase scrollback text
Date: Wed, 23 Oct 2019 11:15:45 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

>> A recent discussion[1] in help-gnu-emacs revealed that a user
>> expected ERC's /CLEAR command (i.e. erc-cmd-CLEAR) to erase the buffer
>> contents instead of just recentering the display.

[...]

> I think 1) makes more sense, because C-l is pretty easily available,
> while deleting the buffer contents is a bit more work (since it has
> read-only text).
>
> But on the other hand...  I can't really imagine anybody using /clear
> now, but perhaps this would be too surprising a change?

The doc string on the function says "Clear the window content", so I
think recentering is an odd thing to do.  So I've now changed it to
delete the buffer contents instead.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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