Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader
 help / color / mirror / Atom feed
* C-c C-f is not bound in Article buffer
@ 2007-09-10 19:16 Leo
  2007-09-11  5:58 ` Katsumi Yamaoka
  0 siblings, 1 reply; 3+ messages in thread
From: Leo @ 2007-09-10 19:16 UTC (permalink / raw)
  To: info-gnus-english

Dear all,

The key binding C-c C-f to the command `gnus-summary-mail-forward' is
not available in the Article buffer. I wonder if this is a bug.

Cheers,
-- 
.:  Leo  :.  [ sdl.web AT gmail.com ]  .:  [ GPG Key: 9283AA3F ]  :.

=>             "(require 'cl) considered harmful" considered harmful
=>           http://dto.freeshell.org/blog/blog-2007-09-07-2323.html

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

* Re: C-c C-f is not bound in Article buffer
  2007-09-10 19:16 C-c C-f is not bound in Article buffer Leo
@ 2007-09-11  5:58 ` Katsumi Yamaoka
  2007-09-11  7:24   ` Leo
  0 siblings, 1 reply; 3+ messages in thread
From: Katsumi Yamaoka @ 2007-09-11  5:58 UTC (permalink / raw)
  To: info-gnus-english

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

>>>>> Leo wrote:

> The key binding C-c C-f to the command `gnus-summary-mail-forward' is
> not available in the Article buffer. I wonder if this is a bug.

I'm not sure it is a bug, but `gnus-summary-mail-forward' seems
to have been designed for invoking in the summary buffer, not in
the article buffer (even if currently it looks possible to run
from the article buffer).  Actually the `S o m' command which is
typed in the article buffer runs `gnus-summary-mail-forward' in
the summary buffer.  However, the way that the `S o m' command
uses cannot be applied to the `C-c C-f' command[1].  That might
be the reason it hasn't been provided so far.

An easy way to achieve it is:


[-- Attachment #2: Type: application/emacs-lisp, Size: 84 bytes --]

[-- Attachment #3: Type: text/plain, Size: 144 bytes --]


But this will become unusable if the key sequence `S o m' in
`gnus-summary-mode-map' is changed in the future (or by a user).
Another way is:


[-- Attachment #4: Type: application/emacs-lisp, Size: 374 bytes --]

[-- Attachment #5: Type: text/plain, Size: 859 bytes --]


But it looks to me superfluous.  I don't think both are very good.
If anything, isn't it better to get used to the commands beginning
with S? ;-)

[1]
Gnus provides the `gnus-article-read-summary-keys' function for
the summary commands in which each of command is assigned to two
or more keys.  For instance, the `S' key in the article buffer is
bound to it.  If a user types `S o m' in the article buffer, Gnus
moves to the summary buffer that is associated with the article
buffer at the time when the `S' key is pressed.  And then it
reads remaining keys, looks up the summary command which is bound
to that key sequence, and invokes the command.  The reason this
way cannot be used for the `C-c C-f' keys is that the `C-c' key
is a prefix command, which is used with some commands that are
not the summary commands, so it cannot be bound to `g-a-r-s-k'.

[-- Attachment #6: Type: text/plain, Size: 161 bytes --]

_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english

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

* Re: C-c C-f is not bound in Article buffer
  2007-09-11  5:58 ` Katsumi Yamaoka
@ 2007-09-11  7:24   ` Leo
  0 siblings, 0 replies; 3+ messages in thread
From: Leo @ 2007-09-11  7:24 UTC (permalink / raw)
  To: info-gnus-english

On 2007-09-11 06:58 +0100, Katsumi Yamaoka wrote:
>>>>>> Leo wrote:
>
>> The key binding C-c C-f to the command `gnus-summary-mail-forward' is
>> not available in the Article buffer. I wonder if this is a bug.
>
> I'm not sure it is a bug, but `gnus-summary-mail-forward' seems
> to have been designed for invoking in the summary buffer, not in
> the article buffer (even if currently it looks possible to run
> from the article buffer).  Actually the `S o m' command which is
> typed in the article buffer runs `gnus-summary-mail-forward' in
> the summary buffer.  However, the way that the `S o m' command
> uses cannot be applied to the `C-c C-f' command[1].  That might
> be the reason it hasn't been provided so far.
>
> An easy way to achieve it is:
>
[...]
>
> But it looks to me superfluous.  I don't think both are very good.
> If anything, isn't it better to get used to the commands beginning
> with S? ;-)

I agree with you. C-c C-f is quicker to type that's why I use it most of
the time.

> [1]
> Gnus provides the `gnus-article-read-summary-keys' function for
> the summary commands in which each of command is assigned to two
> or more keys.  For instance, the `S' key in the article buffer is
> bound to it.  If a user types `S o m' in the article buffer, Gnus
> moves to the summary buffer that is associated with the article
> buffer at the time when the `S' key is pressed.  And then it
> reads remaining keys, looks up the summary command which is bound
> to that key sequence, and invokes the command.  The reason this
> way cannot be used for the `C-c C-f' keys is that the `C-c' key
> is a prefix command, which is used with some commands that are
> not the summary commands, so it cannot be bound to `g-a-r-s-k'.

Looks like it is a defect in gnus-article-read-summary-keys. I wonder if
it is possible to improve it. Although I know there are not many key
bindings starting with C-c.

-- 
.:  Leo  :.  [ sdl.web AT gmail.com ]  .:  [ GPG Key: 9283AA3F ]  :.

=>             "(require 'cl) considered harmful" considered harmful
=>           http://dto.freeshell.org/blog/blog-2007-09-07-2323.html

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

end of thread, other threads:[~2007-09-11  7:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-09-10 19:16 C-c C-f is not bound in Article buffer Leo
2007-09-11  5:58 ` Katsumi Yamaoka
2007-09-11  7:24   ` Leo

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 NNTP newsgroup(s).