unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#26360: [Emacs-diffs] master a1f93c1: Add missing remappings for Ido mode
       [not found] ` <20170423164314.1CF7A2203E@vcs0.savannah.gnu.org>
@ 2017-04-23 17:59   ` Stefan Monnier
  2017-05-01 11:25     ` Philipp Stephani
  0 siblings, 1 reply; 2+ messages in thread
From: Stefan Monnier @ 2017-04-23 17:59 UTC (permalink / raw)
  To: Philipp Stephani; +Cc: 26360, Noam Postavsky

>     Add missing remappings for Ido mode
>     Among others, add a remapping for C-x 4 d, cf. Bug#26360.
    
This reduces the effect of ido-everywhere to the point where I wonder if
there's any point keeping it.

Alternatively, wouldn't it be preferable to not use this patch and
enable ido-everywhere by default instead?

What are the tradeoffs?


        Stefan





^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#26360: [Emacs-diffs] master a1f93c1: Add missing remappings for Ido mode
  2017-04-23 17:59   ` bug#26360: [Emacs-diffs] master a1f93c1: Add missing remappings for Ido mode Stefan Monnier
@ 2017-05-01 11:25     ` Philipp Stephani
  0 siblings, 0 replies; 2+ messages in thread
From: Philipp Stephani @ 2017-05-01 11:25 UTC (permalink / raw)
  To: Stefan Monnier, Philipp Stephani; +Cc: 26360, Noam Postavsky

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

Stefan Monnier <monnier@iro.umontreal.ca> schrieb am So., 23. Apr. 2017 um
20:00 Uhr:

> >     Add missing remappings for Ido mode
> >     Among others, add a remapping for C-x 4 d, cf. Bug#26360.
>
> This reduces the effect of ido-everywhere to the point where I wonder if
> there's any point keeping it.
>

ido-mode and ido-everywhere are very different: ido-everywhere only changes
the completion function, ido-mode has semantic knowledge about the
commands. For example, C-x 4 f C-d visits the directory in another window;
that is impossible with ido-everywhere. On the other hand, ido-everywhere
works for other commands not explicitly covered as well.


>
> Alternatively, wouldn't it be preferable to not use this patch and
> enable ido-everywhere by default instead?
>

No, as described above, they are very different.


>
> What are the tradeoffs?
>

The installed patch solves a concrete problem now. Converging ido-mode and
ido-everywhere (and ido-ubiquitous, ibuffer, iswitchb, ...) is desirable,
but orders of magnitude more work, therefore infeasible.

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2017-05-01 11:25 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20170423164312.31548.76058@vcs0.savannah.gnu.org>
     [not found] ` <20170423164314.1CF7A2203E@vcs0.savannah.gnu.org>
2017-04-23 17:59   ` bug#26360: [Emacs-diffs] master a1f93c1: Add missing remappings for Ido mode Stefan Monnier
2017-05-01 11:25     ` Philipp Stephani

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).