unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: "João Távora" <joaotavora@gmail.com>
Cc: Augusto Stoffel <arstoffel@gmail.com>,
	"48073@debbugs.gnu.org" <48073@debbugs.gnu.org>
Subject: bug#48073: [External] : bug#48073: 27.2; [Eglot] Don't bind `completion-styles' buffer locally?
Date: Tue, 27 Apr 2021 22:06:09 +0000	[thread overview]
Message-ID: <SA2PR10MB447430ED7223CEADBCA13BD7F3419@SA2PR10MB4474.namprd10.prod.outlook.com> (raw)
In-Reply-To: <CALDnm50KNcd7prezS7v0kboTWu8WdnDpgK9q-sYSxw=F7eY2eA@mail.gmail.com>

> > 1. I can't speak to what you say in your first paragraph,
> > other than to say that I'm not surprised that this can
> > cause problems.
> >
> > I expect (but will be relieved if it's not the case)
> > that making global minibuffer variables buffer-local to
> > the minibuffer will break behavior in my "alternative
> 
> Not to the minibuffer.  To the general buffer.  if your alternative
> thing breaks like this, it will probably also break when the user
> sets it legitimately.

Apologies for not following this thread more closely.
I thought this was about (connected to) the proposal
to make the global minibuffer variables, such as
`minibuffer-completion-table' buffer-local to the
minibuffer buffer.

> PS: Have you tried Eglot?  I wonder if Icicles works with it.  I admit
> I've never tried Icicles myself, last time I tried was about 2006, but
> i didn't even know how to load extensions very well.

No, I haven't tried Eglot.  And it's quite likely that
Icicles doesn't work with it.  I don't really have much
time for maintaining stuff, let alone time to experiment.
Sorry.

I don't claim that Icicles is at all typical wrt how it
uses the minibuffer completion table (or other things).
Not at all.  More and more things change in Emacs, so
that my code works less and less.  I used to find the
time and the will to try to keep afloat.  I no longer do.

  reply	other threads:[~2021-04-27 22:06 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-27 19:20 bug#48073: 27.2; [Eglot] Don't bind `completion-styles' buffer locally? Augusto Stoffel
2021-04-27 19:31 ` João Távora
2021-04-27 20:37   ` Stefan Monnier
2021-04-27 21:10     ` João Távora
2021-04-27 22:37       ` Stefan Monnier
2021-04-27 22:42         ` João Távora
2021-04-27 23:13           ` Stefan Monnier
2021-04-28  7:00             ` Augusto Stoffel
2021-04-28 12:03               ` João Távora
2021-04-27 21:01 ` bug#48073: [External] : " Drew Adams
2021-04-27 21:53   ` João Távora
2021-04-27 22:06     ` Drew Adams [this message]
2021-04-27 22:10       ` João Távora
2021-04-27 22:12         ` João Távora
2021-04-28 16:10         ` Drew Adams
2021-04-28 16:13           ` João Távora

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=SA2PR10MB447430ED7223CEADBCA13BD7F3419@SA2PR10MB4474.namprd10.prod.outlook.com \
    --to=drew.adams@oracle.com \
    --cc=48073@debbugs.gnu.org \
    --cc=arstoffel@gmail.com \
    --cc=joaotavora@gmail.com \
    /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).