emacs-erc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#54824: 29.0.50; Add 'user' parameter to ERC entry-point commands


From: J.P.
Subject: bug#54824: 29.0.50; Add 'user' parameter to ERC entry-point commands
Date: Sat, 09 Apr 2022 13:27:28 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Tags: patch

One of the first messages emitted in a traditional IRC exchange is the
USER command [1]. Its first parameter is referred to variously as
username, login, and user ID. Historically, IRCds would sometimes derive
the user portion of a message's "source" field, from this parameter,
yielding something like :nick!~user@hostname for messages relayed on a
client's behalf. But that spot was long ago usurped by the account
services username, and over time, the role of the plain username has
diminished to the point where some progressives now consider it
essentially meaningless. ERC was perhaps ahead of its time in this
regard, having only ever afforded it second-class status.

However. This perceived irrelevance hasn't stopped various IRCds and
bouncers from requisitioning the field for their own devices. One
example is the quasi convention of

  <bouncer-account>@<client-id>/<configured-network-id>

popularized by BNCs like ZNC. A common source of frustration for new ERC
users relying on such endpoints is finding a way to specify a value for
this temporarily, for a single entry-point invocation. Central to this
issue is the fact that by default, ERC connections are "asynchronous."
Indeed, let-binding this variable while invoking an entry point often
fails because its extent evaporates before it can exert any influence.
As such, users are tripped up when wanting to fire off multiple
entry-point commands at once or in rapid succession.

This patch aims to change that. See #48598 for accompanying tweaks to
doc/misc/erc.texi. Thanks.

P.S. Bonus question: should the username be configurable when invoking
an entry point interactively? Or would that just be excess noise?


[1] https://modern.ircdocs.horse/#user-message


In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, cairo 
version 1.17.4)
 of 2022-04-05 built on localhost
Repository revision: e2fb5ecaea67497224455fdbfe4850a5a74c9d00
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12014000
System Description: Fedora Linux 35 (Workstation Edition)

Configured using:
 'configure --enable-check-lisp-object-type --enable-checking=yes,glyphs
 'CFLAGS=-O0 -g3'
 PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XPM GTK3 ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-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
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media rmc puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util text-property-search time-date seq gv
subr-x byte-opt bytecomp byte-compile cconv 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
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode 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 lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer nadvice
simple 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
emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help
abbrev obarray oclosure cl-preloaded button loaddefs faces cus-face
macroexp files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget keymap hashtable-print-readable backquote
threads dbusbind inotify lcms2 dynamic-setting system-font-setting
font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 43818 5691)
 (symbols 48 5713 1)
 (strings 32 15808 1645)
 (string-bytes 1 527821)
 (vectors 16 12098)
 (vector-slots 8 168912 12189)
 (floats 8 20 34)
 (intervals 56 221 0)
 (buffers 992 10))

Attachment: 0001-Accept-user-keyword-arg-in-ERC-entry-point-commands.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]