* standard key binding for project-find-file?
@ 2019-12-02 11:47 Stephen Leake
2019-12-02 12:33 ` Robert Pluim
` (3 more replies)
0 siblings, 4 replies; 8+ messages in thread
From: Stephen Leake @ 2019-12-02 11:47 UTC (permalink / raw)
To: emacs-devel
I'd like to establish a standard global key binding for project-find-file. It
is useful in many modes, and in some cases can be useful in any buffer
(with a find project function that ignores mode).
The next version of ELPA ada-mode will integrate with projects, so
project-find-file will be the primary "find file" function. I can
provide a mode-specific binding, but I think a global one makes more
sense.
C-c M-f would make sense, but I think we exclude the meta modifier on
standard global keys for text terminals. C-c C-t is available, and is
near C-c C-f.
--
-- Stephe
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: standard key binding for project-find-file?
2019-12-02 11:47 standard key binding for project-find-file? Stephen Leake
@ 2019-12-02 12:33 ` Robert Pluim
2019-12-02 13:43 ` Dmitry Gutov
` (2 subsequent siblings)
3 siblings, 0 replies; 8+ messages in thread
From: Robert Pluim @ 2019-12-02 12:33 UTC (permalink / raw)
To: Stephen Leake; +Cc: emacs-devel
>>>>> On Mon, 02 Dec 2019 03:47:03 -0800, Stephen Leake <stephen_leake@stephe-leake.org> said:
Stephen> I'd like to establish a standard global key binding for project-find-file. It
Stephen> is useful in many modes, and in some cases can be useful in any buffer
Stephen> (with a find project function that ignores mode).
Stephen> The next version of ELPA ada-mode will integrate with projects, so
Stephen> project-find-file will be the primary "find file" function. I can
Stephen> provide a mode-specific binding, but I think a global one makes more
Stephen> sense.
Stephen> C-c M-f would make sense, but I think we exclude the meta modifier on
Stephen> standard global keys for text terminals. C-c C-t is available, and is
Stephen> near C-c C-f.
C-x C-f currently doesnʼt use a prefix arg.
Robert
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: standard key binding for project-find-file?
2019-12-02 11:47 standard key binding for project-find-file? Stephen Leake
2019-12-02 12:33 ` Robert Pluim
@ 2019-12-02 13:43 ` Dmitry Gutov
2019-12-02 18:42 ` Alan Mackenzie
2019-12-02 19:07 ` Matthias Meulien
2019-12-03 20:49 ` Stephen Leake
3 siblings, 1 reply; 8+ messages in thread
From: Dmitry Gutov @ 2019-12-02 13:43 UTC (permalink / raw)
To: Stephen Leake, emacs-devel
On 02.12.2019 13:47, Stephen Leake wrote:
> C-c C-t is available, and is
> near C-c C-f
'C-c C-t' is not bad, but why not 'C-c C-f'? It's unbound, too.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: standard key binding for project-find-file?
2019-12-02 13:43 ` Dmitry Gutov
@ 2019-12-02 18:42 ` Alan Mackenzie
0 siblings, 0 replies; 8+ messages in thread
From: Alan Mackenzie @ 2019-12-02 18:42 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Stephen Leake, emacs-devel
Hello, Dmitry.
On Mon, Dec 02, 2019 at 15:43:52 +0200, Dmitry Gutov wrote:
> On 02.12.2019 13:47, Stephen Leake wrote:
> > C-c C-t is available, and is
> > near C-c C-f
> 'C-c C-t' is not bad, but why not 'C-c C-f'? It's unbound, too.
C-c C-<letter> bindings are reserved for the use of major modes. C-c
<other things> are reserved for users and other modes, mostly.
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: standard key binding for project-find-file?
2019-12-02 11:47 standard key binding for project-find-file? Stephen Leake
2019-12-02 12:33 ` Robert Pluim
2019-12-02 13:43 ` Dmitry Gutov
@ 2019-12-02 19:07 ` Matthias Meulien
2019-12-02 20:52 ` Drew Adams
2019-12-03 20:49 ` Stephen Leake
3 siblings, 1 reply; 8+ messages in thread
From: Matthias Meulien @ 2019-12-02 19:07 UTC (permalink / raw)
To: Stephen Leake; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 128 bytes --]
Why not dedicate a prefix key (like C-x p) for all project-* commands
and use the f key for project-find-file?
--
Matthias
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: standard key binding for project-find-file?
2019-12-02 19:07 ` Matthias Meulien
@ 2019-12-02 20:52 ` Drew Adams
2019-12-03 7:09 ` Stefan Kangas
0 siblings, 1 reply; 8+ messages in thread
From: Drew Adams @ 2019-12-02 20:52 UTC (permalink / raw)
To: Matthias Meulien, Stephen Leake; +Cc: emacs-devel
> Why not dedicate a prefix key (like C-x p) for all project-* commands
> and use the f key for project-find-file?
I hope you do not use `C-x p' for this.
---
FWIW -
Bookmark+ has 86 keys on prefix key `C-x p'. It's
used this prefix key for 10 years.
And I'd suggest that vanilla Emacs do the same: use
`C-x p' for bookmark commands. IMO, Emacs would be
well advised to split the congeries of commands that
are on `C-x r': rectangle, register, and bookmark
stuff. (7 for rectangle, 12 for registers, 4 for
bookmarks.)
---
Bookmark+ has 2 prefix keys on `C-x p': `C-x p c'
(creation) and `C-x p t' (tags). And `C-x p t'
itself has 2 prefix keys: `C-x p t +' and `C-x p t -'.
C-x p C-b bmkp-previous-bookmark-repeat
C-x p C-f bmkp-next-bookmark-repeat
C-x p C-k bmkp-delete-bookmarks
C-x p C-l bmkp-jump-to-list
C-x p RET bmkp-toggle-autonamed-bookmark-set/delete
C-x p C-n bmkp-next-bookmark-this-file/buffer-repeat
C-x p C-p bmkp-previous-bookmark-this-file/buffer-repeat
C-x p C-u bmkp-unlight-bookmark-here
C-x p M-w bmkp-set-snippet-bookmark
C-x p , bmkp-this-file/buffer-bmenu-list
C-x p 0 bmkp-empty-file
C-x p 2 bmkp-clone-bookmark
C-x p : bmkp-choose-navlist-of-type
C-x p = bmkp-bookmarks-lighted-at-point
C-x p ? bmkp-describe-bookmark-lighted-here
C-x p B bmkp-choose-navlist-from-bookmark-list
C-x p E bmkp-edit-bookmark-record
C-x p H bmkp-light-bookmarks
C-x p I bookmark-insert-location
C-x p K bmkp-set-desktop-bookmark
C-x p L bmkp-switch-bookmark-file-create
C-x p M bookmark-set-no-overwrite
C-x p N bmkp-navlist-bmenu-list
C-x p U bmkp-unlight-bookmarks
C-x p b bmkp-previous-bookmark-repeat
C-x p d bookmark-delete
C-x p e edit-bookmarks
C-x p f bmkp-next-bookmark-repeat
C-x p g bookmark-jump
C-x p h bmkp-light-bookmark-this-buffer
C-x p i bookmark-insert
C-x p j bookmark-jump
C-x p l bookmark-load
C-x p m bmkp-bookmark-set-confirm-overwrite
C-x p n bmkp-next-bookmark-this-file/buffer-repeat
C-x p o bookmark-jump-other-window
C-x p p bmkp-previous-bookmark-this-file/buffer-repeat
C-x p q bookmark-jump-other-window
C-x p r bmkp-edit-bookmark-name-and-location
C-x p s bookmark-save
C-x p u bmkp-unlight-bookmark-this-buffer
C-x p w bookmark-write
C-x p x bmkp-toggle-autotemp-on-set
C-x p y bmkp-set-bookmark-file-bookmark
C-x p <C-down> bmkp-next-lighted-this-buffer-repeat
C-x p <C-up> bmkp-previous-lighted-this-buffer-repeat
C-x p <delete> bmkp-delete-bookmarks
C-x p <deletechar> bmkp-delete-bookmarks
C-x p <deleteline> bmkp-delete-bookmarks
C-x p <down> bmkp-next-bookmark-this-file/buffer-repeat
C-x p <kp-delete> bmkp-delete-bookmarks
C-x p <left> bmkp-previous-bookmark-repeat
C-x p <next> bmkp-next-bookmark-w32-repeat
C-x p <prior> bmkp-previous-bookmark-w32-repeat
C-x p <right> bmkp-next-bookmark-repeat
C-x p <up> bmkp-previous-bookmark-this-file/buffer-repeat
C-x p <wheel-down> bmkp-next-bookmark-this-file/buffer-repeat
C-x p <wheel-up> bmkp-previous-bookmark-this-file/buffer-repeat
C-x p c C-k bmkp-wrap-bookmark-with-last-kbd-macro
C-x p c RET bmkp-toggle-autonamed-bookmark-set/delete
C-x p c M-w bmkp-set-snippet-bookmark
C-x p c F bmkp-make-function-bookmark
C-x p c K bmkp-set-desktop-bookmark
C-x p c M bookmark-set
C-x p c a bmkp-autofile-set
C-x p c f bmkp-file-target-set
C-x p c m bmkp-bookmark-set-confirm-overwrite
C-x p c s bmkp-set-sequence-bookmark
C-x p c u bmkp-url-target-set
C-x p c y bmkp-set-bookmark-file-bookmark
C-x p t C-y bmkp-paste-add-tags
C-x p t M-w bmkp-copy-tags
C-x p t 0 bmkp-remove-all-tags
C-x p t V bmkp-set-tag-value-for-navlist
C-x p t c bmkp-copy-tags
C-x p t d bmkp-remove-tags-from-all
C-x p t e bmkp-edit-tags
C-x p t l bmkp-list-all-tags
C-x p t p bmkp-paste-add-tags
C-x p t q bmkp-paste-replace-tags
C-x p t r bmkp-rename-tag
C-x p t v bmkp-set-tag-value
C-x p t - a bmkp-untag-a-file
C-x p t - b bmkp-remove-tags
C-x p t + a bmkp-tag-a-file
C-x p t + b bmkp-add-tags
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: standard key binding for project-find-file?
2019-12-02 20:52 ` Drew Adams
@ 2019-12-03 7:09 ` Stefan Kangas
0 siblings, 0 replies; 8+ messages in thread
From: Stefan Kangas @ 2019-12-03 7:09 UTC (permalink / raw)
To: Drew Adams; +Cc: Stephen Leake, Matthias Meulien, emacs-devel
Drew Adams <drew.adams@oracle.com> writes:
> And I'd suggest that vanilla Emacs do the same: use
> `C-x p' for bookmark commands. IMO, Emacs would be
> well advised to split the congeries of commands that
> are on `C-x r': rectangle, register, and bookmark
> stuff. (7 for rectangle, 12 for registers, 4 for
> bookmarks.)
I don't see what's wrong with the current key bindings for bookmarks
or why they would need changing. It seems to me that it would only
force users to relearn.
> Bookmark+ has 2 prefix keys on `C-x p': `C-x p c'
> (creation) and `C-x p t' (tags). And `C-x p t'
> itself has 2 prefix keys: `C-x p t +' and `C-x p t -'.
I don't know which of these keys are relevant to Emacs. Most of these
commands seems to only exist in your library, if I'm not mistaken? Or
are you also suggesting to add new commands to Emacs bookmarks?
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: standard key binding for project-find-file?
2019-12-02 11:47 standard key binding for project-find-file? Stephen Leake
` (2 preceding siblings ...)
2019-12-02 19:07 ` Matthias Meulien
@ 2019-12-03 20:49 ` Stephen Leake
3 siblings, 0 replies; 8+ messages in thread
From: Stephen Leake @ 2019-12-03 20:49 UTC (permalink / raw)
To: emacs-devel
Stephen Leake <stephen_leake@stephe-leake.org> writes:
> C-c M-f would make sense, but I think we exclude the meta modifier on
> standard global keys for text terminals. C-c C-t is available, and is
> near C-c C-f.
Sigh. I meant C-x M-f, C-x C-t, so it would be similar to C-x C-f.
C-c * is reserved for major modes.
--
-- Stephe
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2019-12-03 20:49 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-12-02 11:47 standard key binding for project-find-file? Stephen Leake
2019-12-02 12:33 ` Robert Pluim
2019-12-02 13:43 ` Dmitry Gutov
2019-12-02 18:42 ` Alan Mackenzie
2019-12-02 19:07 ` Matthias Meulien
2019-12-02 20:52 ` Drew Adams
2019-12-03 7:09 ` Stefan Kangas
2019-12-03 20:49 ` Stephen Leake
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).