all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.