unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Spencer Baugh <sbaugh@janestreet.com>
To: 68514@debbugs.gnu.org
Cc: dmitry@gutov.dev, juri@linkov.net
Subject: bug#68514: 30.0.50; minibuffer-choose-completion + elisp-c-a-p delete next sexp when completing after open paren
Date: Tue, 16 Jan 2024 12:06:20 -0500	[thread overview]
Message-ID: <ierjzo9rywj.fsf@igm-qws-u22796a.mail-host-address-is-not-set> (raw)


In an Elisp buffer, if you trigger completion after an open paren then
use minibuffer-choose-completion to choose a completion,
minibuffer-choose-completion will delete the next sexp before inserting
the completion.

Step by step:
1. emacs -Q
2. In an Elisp buffer, type in:
(

(progn (some) (big) (expression))
3. Move point to the end of the initial "(" and hit M-TAB
4. Use M-down and M-RET to select some completion e.g. "current-buffer".
5. When the completion is inserted, "(progn (some) (big) (expression))"
is deleted, so the buffer contains just e.g. "(current-buffer"

If at step 2, the user types any characters after the "(", the progn
won't be deleted; for example, typing instead:
(a

(progn (some) (big) (expression))
and doing completion and using M-RET to pick a completion doesn't delete
the progn sexp.

This is because elisp-completion-at-point returns a completion region
covering the entire sexp after the start of the region.  That sexp is
"(progn (some) (big) (expression))" in the first case and "a" in the
second case.

I'm not sure how to fix this.  I don't know all the features of
elisp-completion-at-point, but maybe it shouldn't use (forward-sexp 1)
when finding the end of the completion region.  Maybe it should be doing
something like (skip-syntax-forward "w_") to determine the end of the
region?

BTW, this completion region returned by elisp-completion-at-point also
causes a bug in company-mode: since company-capf stops completion when
the end of the completion region is after point, it's not possible to do
Elisp company completion immediately after an open paren no matter how
company is configured.


In GNU Emacs 30.0.50 (build 20, x86_64-pc-linux-gnu, X toolkit, cairo
 version 1.15.12, Xaw scroll bars) of 2023-12-27 built on
 igm-qws-u22796a
Repository revision: b9c0ce0a400f18e1bba4e3491c94994d73ef9405
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Rocky Linux 8.9 (Green Obsidian)

Configured using:
 'configure -C 'CFLAGS=-O0 -g3' --with-gif=ifavailable
 --with-x-toolkit=lucid'

Configured features:
CAIRO DBUS FREETYPE GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM
XINPUT2 XPM LUCID ZLIB

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
  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
  minibuffer-regexp-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 puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x 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 rmc iso-transl tooltip cconv eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd touch-screen 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 seq simple cl-generic
indonesian philippine 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
theme-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
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
xinput2 x multi-tty move-toolbar make-network-process emacs)

Memory information:
((conses 16 243422 25806) (symbols 48 9546 0) (strings 32 31424 2459)
 (string-bytes 1 846405) (vectors 16 10420)
 (vector-slots 8 158724 18572) (floats 8 43 21) (intervals 56 49602 0)
 (buffers 984 12))





             reply	other threads:[~2024-01-16 17:06 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-16 17:06 Spencer Baugh [this message]
2024-01-16 17:28 ` bug#68514: 30.0.50; minibuffer-choose-completion + elisp-c-a-p delete next sexp when completing after open paren Dmitry Gutov
2024-01-16 17:39 ` Juri Linkov
2024-01-16 19:43   ` Spencer Baugh
2024-01-17 16:37     ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-01-17 17:20       ` Spencer Baugh
2024-01-17 17:53         ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-01-17 18:10           ` Spencer Baugh
2024-01-17 19:03             ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-01-18 19:05           ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-01-17 16:42     ` Juri Linkov
2024-01-17 17:22       ` Spencer Baugh
2024-01-17 17:44         ` Juri Linkov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ierjzo9rywj.fsf@igm-qws-u22796a.mail-host-address-is-not-set \
    --to=sbaugh@janestreet.com \
    --cc=68514@debbugs.gnu.org \
    --cc=dmitry@gutov.dev \
    --cc=juri@linkov.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).