unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Kangas <stefankangas@gmail.com>
To: Steven Degutis <sbdegutis@gmail.com>
Cc: 14148@debbugs.gnu.org
Subject: bug#14148: 24.3; make ido-mode slightly more customizable
Date: Wed, 10 Jan 2024 03:20:17 -0800	[thread overview]
Message-ID: <CADwFkmnNiVs-V55tQCdC9no2hOvtXDpPLgKqJL=bLSWh30hRQA@mail.gmail.com> (raw)
In-Reply-To: <CACeWA3g-Wd3NGVmZgFCknJ1mz17SpNr7UNVuAGkMkL+c97tG4g@mail.gmail.com> (Steven Degutis's message of "Fri, 5 Apr 2013 10:38:17 -0500")

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.





  reply	other threads:[~2024-01-10 11:20 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 [this message]
2024-01-10 11:29   ` Steven
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='CADwFkmnNiVs-V55tQCdC9no2hOvtXDpPLgKqJL=bLSWh30hRQA@mail.gmail.com' \
    --to=stefankangas@gmail.com \
    --cc=14148@debbugs.gnu.org \
    --cc=sbdegutis@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).