unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Steven <sbdegutis@gmail.com>
To: Stefan Kangas <stefankangas@gmail.com>
Cc: 14148@debbugs.gnu.org
Subject: bug#14148: 24.3; make ido-mode slightly more customizable
Date: Wed, 10 Jan 2024 05:29:43 -0600	[thread overview]
Message-ID: <CACeWA3g5pGnn1XRmMMzFUbiKjbU0Se7JTaLMpS2hgJaoE-RWnQ@mail.gmail.com> (raw)
In-Reply-To: <CADwFkmnNiVs-V55tQCdC9no2hOvtXDpPLgKqJL=bLSWh30hRQA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1872 bytes --]

I haven't used Emacs in years. Thanks.

On Wed, Jan 10, 2024 at 5:20 AM Stefan Kangas <stefankangas@gmail.com>
wrote:

> Steven Degutis <sbdegutis@gmail.com> writes:
>
> > list appear vertically. However, This is limited for two reasons, both
> > of which are easy to fix. For one thing, the elements at indices 4 and 5
> > of ido-decorations are overloaded, and used in two places when they
> > really should be separated out into two different pairs of
> > decorations. Specifically on lines 4573/4575, this should use new
> > elements, at new indices 11 and 12 (for backwards compatibility), which
> > default to the same values as the existing elements 4 and 5. Then these
> > "brackets" can be customized separately (one as a newline and one not)
> > when displaying vertically. And only when element 11 exists should it
> > use 11 and 12, otherwise it should fall back to 4 and 5 for backwards
> > compatibility with anyone who has customized ido-decorations themselves
> > before this change. Finally, the inner-if on line 4563 has to be wrapped
> > with an (and (not (ido-show-when-sole-exact-match)) ...) with that
> > variable created as a defcustom above. This will prevent the sole exact
> > match from being hidden, which in vertical mode is confusing and seems
> > to indicate that there no longer remains any matches. I would add the
> > changelog myself but I'm woefully ignorant on how to do so. There is
> > already most of the work done in a patch on the devel mailing list in a
> > post by Stefan Monnier.
>
> That was 10 years ago, so I'm reaching out to see if this is still
> an issue on a modern version of Emacs.  Did you try the new fido-mode,
> for example?
>
> If I don't hear back from you within a couple of months, Ill just assume
> that this has been fixed and close this bug.
>
> Thanks in advance.
>

[-- Attachment #2: Type: text/html, Size: 2357 bytes --]

  reply	other threads:[~2024-01-10 11:29 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-05 15:38 bug#14148: 24.3; make ido-mode slightly more customizable Steven Degutis
2024-01-10 11:20 ` Stefan Kangas
2024-01-10 11:29   ` Steven [this message]
2024-01-10 11:59     ` Stefan Kangas

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=CACeWA3g5pGnn1XRmMMzFUbiKjbU0Se7JTaLMpS2hgJaoE-RWnQ@mail.gmail.com \
    --to=sbdegutis@gmail.com \
    --cc=14148@debbugs.gnu.org \
    --cc=stefankangas@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).