bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

[Kim F. Storm]

This is an old bug - but still not fixed in Emacs 23.

For some reason, M-x gnus consistently removes the Edit menu
in all buffers related to gnus.  It might be ok in the group
overview, and possibly in the article overview, but in the
article buffers, I think it must be shown.

--
Kim F. Storm <storm@cua.dk> http://www.cua.dk

bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

[Chong Yidong]

"Kim F. Storm" <storm@cua.dk> wrote:

> This is an old bug - but still not fixed in Emacs 23.
>
> For some reason, M-x gnus consistently removes the Edit menu
> in all buffers related to gnus.  It might be ok in the group
> overview, and possibly in the article overview, but in the
> article buffers, I think it must be shown.

Punting to ding---any objection to removing the calls to
gnus-turn-off-edit-menu in at least the article buffers?

bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

[Reiner Steib]

On Sun, Jan 25 2009, Chong Yidong wrote:

> "Kim F. Storm" <storm@cua.dk> wrote:
>
>> This is an old bug - but still not fixed in Emacs 23.
>>
>> For some reason, M-x gnus consistently removes the Edit menu
>> in all buffers related to gnus.  

There are so many top-level menus that they might not even fit on a
typical 80 column frame depending on the fonts.

>> It might be ok in the group overview, and possibly in the article
>> overview, but in the article buffers, I think it must be shown.

The only  commands from Edit that might be useful are:

- Copy
- Select All
- Goto / *

Others?

Maybe it would be better to remove the Tools menu instead?

> Punting to ding---any objection to removing the calls to
> gnus-turn-off-edit-menu in at least the article buffers?

We have this since 1997 and I don't recall many complaints.  So at
least we would make it customizable (similar to
message-tool-bar-zap-list).

(defcustom gnus-menu-bar-zap-list
  '((t tools) ;; turn of tools many in all special Gnus buffers
    (category edit)
    (article nil) ;; keep edit in Article buffer
    (group edit)
    (server edit)
    (browse edit)
    (summary edit))
[...]

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

[Kim F. Storm]

Reiner Steib <reinersteib+gmane@imap.cc> writes:

> On Sun, Jan 25 2009, Chong Yidong wrote:
>
>> "Kim F. Storm" <storm@cua.dk> wrote:
>>
>>> This is an old bug - but still not fixed in Emacs 23.
>>>
>>> For some reason, M-x gnus consistently removes the Edit menu
>>> in all buffers related to gnus.  
>
> There are so many top-level menus that they might not even fit on a
> typical 80 column frame depending on the fonts.

The real problem is too many Gnus menus then :-)
But there is plenty of room in the Article menu.

> Maybe it would be better to remove the Tools menu instead?

I don't think that is acceptable - E.g. apply patch on the tools menu.

Maybe we could get rid of the Options menu (in general) by moving it to
the bottom of the Edit menu where many other applications have their
"Customize..."  or "Options..." entry.

>
>> Punting to ding---any objection to removing the calls to
>> gnus-turn-off-edit-menu in at least the article buffers?
>
> So at least we would make it customizable (similar to
> message-tool-bar-zap-list).

Fine with me.


BTW, why is this reply sent to Chong and not Reiner.
The headers in Reinar's response said:

>Mail-Followup-To: Chong Yidong <cyd@stupidchicken.com>, 2031@emacsbugs.donarmstrong.com, ding@gnus.org, storm@cua.dk (Kim F. Storm)
>Reply-To: Reiner Steib <Reiner.Steib@gmx.de>

Does the Mail-Followup-To header take precedense over the Reply-To header ... shouldn't Gnus use both when using wide reply (I added Reinar manually on this mail)?

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

[Jason Rumney]

Kim F. Storm wrote:
> Maybe we could get rid of the Options menu (in general) by moving it to
> the bottom of the Edit menu where many other applications have their
> "Customize..."  or "Options..." entry.
>   

The Edit menu is for editing commands (though we've mistakenly put 
Search, Bookmarks and Goto menus there, which used to be under Tools or 
their own top level menus, so we've already broken this association).

bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

[Kim F. Storm]

Jason Rumney <jasonr@f2s.com> writes:

> Kim F. Storm wrote:
>> Maybe we could get rid of the Options menu (in general) by moving it to
>> the bottom of the Edit menu where many other applications have their
>> "Customize..."  or "Options..." entry.
>>   
>
> The Edit menu is for editing commands (though we've mistakenly put
> Search, Bookmarks and Goto menus there, which used to be under Tools
> or their own top level menus, so we've already broken this
> association).

Every other major editor that I know of has search (and replace) on the
Edit menu - so it would seem logical to group all search commands together
there (instead of having to look for them in two menus).

BTWm they typically have "Options" on either Edit or Tools menu.  
Never as a separate menu - although some of the elements of the Options
menu are on a View menu (e.g. word wrap, show/hide, etc).

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

[Reiner Steib]

On Sun, Jan 25 2009, Kim F. Storm wrote:

> Reiner Steib <reinersteib+gmane@imap.cc> writes:
>> There are so many top-level menus that they might not even fit on a
>> typical 80 column frame depending on the fonts.
>
> The real problem is too many Gnus menus then :-)

I'm not sure which ones are less useful than "Edit" or "Tools".  I
don't really like a redesign of menus so shortly before the start of
Emacs 23 pretest.

> But there is plenty of room in the Article menu.

When point is on a MIME part, you get:

File Options Buffers Tools Treatments Article Post Command MIME Part Help

>> Maybe it would be better to remove the Tools menu instead?
>
> I don't think that is acceptable - E.g. apply patch on the tools menu.

Hm.

> Maybe we could get rid of the Options menu (in general) by moving it to
> the bottom of the Edit menu where many other applications have their
> "Customize..."  or "Options..." entry.

I don't think this would be useful for Emacs in general.

>> So at least we would make it customizable (similar to
>> message-tool-bar-zap-list).
>
> Fine with me.

I'll be busy during the next week so I probably won't have time to
implement it.  Any volunteer?

> BTW, why is this reply sent to Chong and not Reiner.
> The headers in Reinar's response said:
>
>>Mail-Followup-To: Chong Yidong <cyd@stupidchicken.com>, 2031@emacsbugs.donarmstrong.com, ding@gnus.org, storm@cua.dk (Kim F. Storm)
>>Reply-To: Reiner Steib <Reiner.Steib@gmx.de>
>
> Does the Mail-Followup-To header take precedense over the Reply-To
> header ... 

I'd guess so.  The Reply-To just says "Use ...@imap.cc instead of
...@gmx.de for replies".

[ BTW, the mail that pass the bugtracker have a different Reply-To:

  To: Chong Yidong <cyd@stupidchicken.com>
  Cc: 2031@emacsbugs.donarmstrong.com, ding@gnus.org,
  	"Kim F. Storm" <storm@cua.dk>
  Reply-To: Reiner Steib <Reiner.Steib@gmx.de>, 2031@emacsbugs.donarmstrong.com
  Mail-Followup-To: Chong Yidong <cyd@stupidchicken.com>,
  	2031@emacsbugs.donarmstrong.com, ding@gnus.org,
  	storm@cua.dk (Kim F. Storm) 
]

> shouldn't Gnus use both when using wide reply (I added Reinar
> manually on this mail)?

No, I added this Mail-Followup-To since I don't need a copy because I
read the list (but I don't care much if I get one - it is split to my
news-cc group).

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

bug#2031: 23.0.60; Edit menu missing in Gnus buffers.

[Lars Magne Ingebrigtsen]

Chong Yidong <cyd@stupidchicken.com> writes:

> Punting to ding---any objection to removing the calls to
> gnus-turn-off-edit-menu in at least the article buffers?

No, sounds good.  I've now done this.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen