[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#57081: 29.0.50; [PATCH] Point associated with Window for good reason
From: |
Eli Zaretskii |
Subject: |
bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons |
Date: |
Tue, 09 Aug 2022 22:35:23 +0300 |
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: dick.r.chiang@gmail.com, 57081@debbugs.gnu.org
> Date: Tue, 09 Aug 2022 21:29:02 +0200
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > No, that's M-p. M-n is "future history", it's invented by Emacs.
>
> If I select a buffer via `C-x C-b', `C-x 2', `C-x b RET', `C-x b M-n'
> just says "End of history" -- in ido. But in "emacs -Q", hitting `M-n'
> twice does get me to the same buffer, like you say.
>
> So I guess this should just be fixed in ido somehow?
Yes, I think so. Maybe they override M-n? (I don't use ido.)
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, (continued)
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, Lars Ingebrigtsen, 2022/08/09
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, Eli Zaretskii, 2022/08/09
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, Lars Ingebrigtsen, 2022/08/09
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, Eli Zaretskii, 2022/08/09
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, Lars Ingebrigtsen, 2022/08/09
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons,
Eli Zaretskii <=
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, Lars Ingebrigtsen, 2022/08/12
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, Eli Zaretskii, 2022/08/12
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, dick, 2022/08/12
- bug#57081: 29.0.50; [PATCH] Point associated with Window for good reasons, Lars Ingebrigtsen, 2022/08/12