* bug#6803: 24.0.50; pc-selection-mode no longer plays nice with dired (or vice versa)
@ 2010-08-05 11:07 Tim Van Holder
2010-08-05 20:41 ` Juanma Barranquero
0 siblings, 1 reply; 5+ messages in thread
From: Tim Van Holder @ 2010-08-05 11:07 UTC (permalink / raw)
To: 6803
Dired normally has the up and down arrows bound to dired-previous-line
(also bound to [p]) and dired-next-line (also bound to [n]), respectively.
However, when pc-selection-mode is enabled, these bindings are
apparently overridden now, to previous-line-nomark and next-line-nomark,
respectively, breaking the normal dired navigation (point is not
automatically put on the file name).
Looking at 'C-h m' for dired in an older emacs version (a 23.0.60.1
build) and today's bzr head, the cause seems to be that while the older
dired explicitly bound <up> and <down>, the current dired seems to rely
on remapping <next-line> and <previous-line> instead.
In GNU Emacs 24.0.50.10 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
of 2010-08-05 on leeloo
Windowing system distributor `The Cygwin/X Project', version 11.0.10503000
configured using `configure '--with-x''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#6803: 24.0.50; pc-selection-mode no longer plays nice with dired (or vice versa)
2010-08-05 11:07 bug#6803: 24.0.50; pc-selection-mode no longer plays nice with dired (or vice versa) Tim Van Holder
@ 2010-08-05 20:41 ` Juanma Barranquero
2010-08-06 6:49 ` Tim Van Holder
2021-07-18 12:57 ` Lars Ingebrigtsen
0 siblings, 2 replies; 5+ messages in thread
From: Juanma Barranquero @ 2010-08-05 20:41 UTC (permalink / raw)
To: Tim Van Holder; +Cc: 6803
On Thu, Aug 5, 2010 at 13:07, Tim Van Holder <tim.vanholder@gmail.com> wrote:
> Dired normally has the up and down arrows bound to dired-previous-line
> (also bound to [p]) and dired-next-line (also bound to [n]), respectively.
> However, when pc-selection-mode is enabled, these bindings are
> apparently overridden now, to previous-line-nomark and next-line-nomark,
> respectively, breaking the normal dired navigation (point is not
> automatically put on the file name).
> Looking at 'C-h m' for dired in an older emacs version (a 23.0.60.1
> build) and today's bzr head, the cause seems to be that while the older
> dired explicitly bound <up> and <down>, the current dired seems to rely
> on remapping <next-line> and <previous-line> instead.
Right, this is a consequence of bug#6632 and revno:100864.
Perhaps it should be reverted, but then, the use case mentioned in the
bug will still be there.
Opinions?
Juanma
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#6803: 24.0.50; pc-selection-mode no longer plays nice with dired (or vice versa)
2010-08-05 20:41 ` Juanma Barranquero
@ 2010-08-06 6:49 ` Tim Van Holder
2021-07-18 12:57 ` Lars Ingebrigtsen
1 sibling, 0 replies; 5+ messages in thread
From: Tim Van Holder @ 2010-08-06 6:49 UTC (permalink / raw)
To: Juanma Barranquero; +Cc: 6803
On 5 August 2010 22:41, Juanma Barranquero <lekktu@gmail.com> wrote:
> On Thu, Aug 5, 2010 at 13:07, Tim Van Holder <tim.vanholder@gmail.com> wrote:
>> Dired normally has the up and down arrows bound to dired-previous-line
>> (also bound to [p]) and dired-next-line (also bound to [n]), respectively.
>> However, when pc-selection-mode is enabled, these bindings are
>> apparently overridden now, to previous-line-nomark and next-line-nomark,
>> respectively, breaking the normal dired navigation (point is not
>> automatically put on the file name).
>> Looking at 'C-h m' for dired in an older emacs version (a 23.0.60.1
>> build) and today's bzr head, the cause seems to be that while the older
>> dired explicitly bound <up> and <down>, the current dired seems to rely
>> on remapping <next-line> and <previous-line> instead.
>
> Right, this is a consequence of bug#6632 and revno:100864.
>
> Perhaps it should be reverted, but then, the use case mentioned in the
> bug will still be there.
>
> Opinions?
>
> Juanma
Do dired-next/previous-line set the mark? If not (or if it's likely
that the distinction does not really matter in dired mode), I suppose
dired could just remap the -nomark variants of next/previous-line too.
If it does, maybe it could add -nomark variants of its own functions?
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#6803: 24.0.50; pc-selection-mode no longer plays nice with dired (or vice versa)
2010-08-05 20:41 ` Juanma Barranquero
2010-08-06 6:49 ` Tim Van Holder
@ 2021-07-18 12:57 ` Lars Ingebrigtsen
2021-08-16 12:12 ` Lars Ingebrigtsen
1 sibling, 1 reply; 5+ messages in thread
From: Lars Ingebrigtsen @ 2021-07-18 12:57 UTC (permalink / raw)
To: Juanma Barranquero; +Cc: Tim Van Holder, 6803
Juanma Barranquero <lekktu@gmail.com> writes:
> On Thu, Aug 5, 2010 at 13:07, Tim Van Holder <tim.vanholder@gmail.com> wrote:
>> Dired normally has the up and down arrows bound to dired-previous-line
>> (also bound to [p]) and dired-next-line (also bound to [n]), respectively.
>> However, when pc-selection-mode is enabled, these bindings are
>> apparently overridden now, to previous-line-nomark and next-line-nomark,
>> respectively, breaking the normal dired navigation (point is not
>> automatically put on the file name).
>> Looking at 'C-h m' for dired in an older emacs version (a 23.0.60.1
>> build) and today's bzr head, the cause seems to be that while the older
>> dired explicitly bound <up> and <down>, the current dired seems to rely
>> on remapping <next-line> and <previous-line> instead.
>
> Right, this is a consequence of bug#6632 and revno:100864.
>
> Perhaps it should be reverted, but then, the use case mentioned in the
> bug will still be there.
>
> Opinions?
This was ten years ago, and nobody had any opinions. The patch in
question removed the direct bindings...
We allow modes all over the place to bind `C-n' (there's apparently
around 100 of these in the Emacs tree), so I don't think Dired was doing
anything wrong here.
I haven't looked at pc-selection-mode, though -- is this problem still
present in recent Emacs versions?
diff --git a/lisp/dired.el b/lisp/dired.el
index c3d1435..0e5cc22 100644
--- a/lisp/dired.el
+++ b/lisp/dired.el
@@ -1380,10 +1380,8 @@ Do so according to the former subdir alist OLD-SUBDIR-ALIST."
(define-key map ">" 'dired-next-dirline)
(define-key map "^" 'dired-up-directory)
(define-key map " " 'dired-next-line)
- (define-key map "\C-n" 'dired-next-line)
- (define-key map "\C-p" 'dired-previous-line)
- (define-key map [down] 'dired-next-line)
- (define-key map [up] 'dired-previous-line)
+ (define-key map [remap next-line] 'dired-next-line)
+ (define-key map [remap previous-line] 'dired-previous-line)
;; hiding
(define-key map "$" 'dired-hide-subdir)
(define-key map "\M-$" 'dired-hide-all)
@@ -1393,7 +1391,7 @@ Do so according to the former subdir alist OLD-SUBDIR-ALIST."
(define-key map (kbd "M-s f C-s") 'dired-isearch-filenames)
(define-key map (kbd "M-s f M-C-s") 'dired-isearch-filenames-regexp)
;; misc
- (define-key map "\C-x\C-q" 'dired-toggle-read-only)
+ (define-key map [remap toggle-read-only] 'dired-toggle-read-only)
(define-key map "?" 'dired-summary)
(define-key map "\177" 'dired-unmark-backward)
(define-key map [remap undo] 'dired-undo)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply related [flat|nested] 5+ messages in thread* bug#6803: 24.0.50; pc-selection-mode no longer plays nice with dired (or vice versa)
2021-07-18 12:57 ` Lars Ingebrigtsen
@ 2021-08-16 12:12 ` Lars Ingebrigtsen
0 siblings, 0 replies; 5+ messages in thread
From: Lars Ingebrigtsen @ 2021-08-16 12:12 UTC (permalink / raw)
To: Juanma Barranquero; +Cc: Tim Van Holder, 6803
Lars Ingebrigtsen <larsi@gnus.org> writes:
> We allow modes all over the place to bind `C-n' (there's apparently
> around 100 of these in the Emacs tree), so I don't think Dired was doing
> anything wrong here.
>
> I haven't looked at pc-selection-mode, though -- is this problem still
> present in recent Emacs versions?
More information was requested, but no response was given within a
month, so I'm closing this bug report. If the problem still exists,
please respond to this email and we'll reopen the bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2021-08-16 12:12 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-05 11:07 bug#6803: 24.0.50; pc-selection-mode no longer plays nice with dired (or vice versa) Tim Van Holder
2010-08-05 20:41 ` Juanma Barranquero
2010-08-06 6:49 ` Tim Van Holder
2021-07-18 12:57 ` Lars Ingebrigtsen
2021-08-16 12:12 ` Lars Ingebrigtsen
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).