From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: more on anything.el inclusion Date: Thu, 1 Jul 2010 18:43:02 +0200 Message-ID: References: <87y6dydn6q.fsf@tux.homenetwork> <87iq509yji.fsf@lifelogs.com> <87mxucxt8w.fsf@tux.homenetwork> <87tyok8guu.fsf_-_@lifelogs.com> <87hbkkxow6.fsf@tux.homenetwork> <87pqz721fd.fsf@tux.homenetwork> <87hbkjhc8p.fsf@tux.homenetwork> <87iq4z5oj8.fsf@lifelogs.com> <878w5v2sqd.fsf@tux.homenetwork> <87eifn42on.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1278002627 18825 80.91.229.12 (1 Jul 2010 16:43:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 1 Jul 2010 16:43:47 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 01 18:43:46 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OUMra-0007Nm-13 for ged-emacs-devel@m.gmane.org; Thu, 01 Jul 2010 18:43:46 +0200 Original-Received: from localhost ([127.0.0.1]:57243 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OUMrZ-0002Fd-A3 for ged-emacs-devel@m.gmane.org; Thu, 01 Jul 2010 12:43:45 -0400 Original-Received: from [140.186.70.92] (port=49235 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OUMrJ-00028F-VJ for emacs-devel@gnu.org; Thu, 01 Jul 2010 12:43:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OUMrE-0004KI-Qz for emacs-devel@gnu.org; Thu, 01 Jul 2010 12:43:29 -0400 Original-Received: from mail-ww0-f49.google.com ([74.125.82.49]:61321) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OUMrE-0004KE-KN for emacs-devel@gnu.org; Thu, 01 Jul 2010 12:43:24 -0400 Original-Received: by wwi14 with SMTP id 14so2117669wwi.30 for ; Thu, 01 Jul 2010 09:43:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=GN5YJw5LUyWcAAm8XgV6PpEjTwOaUxPprmFhn6amJKg=; b=KtKGK6cK4S385/5SIPjWg0PQqcUHrTziHDmUBq2Guo9i/iiXX22yj0SHLxVWKCR75T nY4qkGvkT7YpQ4L1eUDPyPgtI1WEeGgnUsCfWpUA/ziQxwlqSBqkpjUTYsVTHpkSWhHA FBTGgU2hg2vfcw3nOgtKaVFTYhFwwox1/1di8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=uDSRRn9a4k153FdjsrdPK7+/UdScnLfl1m6PeFbPIwNqVvHizuw4hZaU+zye4BMnRU zZ7DcGSqkej1DY+2ZupLryA4c88gEH0p0dQXqpWLiFTRYHcPkssKfblxttsAlAGwekyl 4QEfUQTvcN6MjnLfJ7siS9EocGkf9oUfxBPHA= Original-Received: by 10.213.20.132 with SMTP id f4mr5868817ebb.33.1278002603410; Thu, 01 Jul 2010 09:43:23 -0700 (PDT) Original-Received: by 10.213.15.132 with HTTP; Thu, 1 Jul 2010 09:43:02 -0700 (PDT) In-Reply-To: <87eifn42on.fsf@lifelogs.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:126637 Archived-At: 2010/7/1 Ted Zlatanov : >>> >>> In which menu should we add anything commands? > > LB> I have suggested long ago to create a top level menu for all minor > LB> modes. That would make decisions like this easier. > > Exposing functionality creates UI complexity; Emacs is already really > complex both in UI terms and in scope. =C2=A0So I don't think adding a > general menu like that (have you seen how many minor modes Emacs has?) > would benefit the users. A misunderstanding. The problem today is that all minor mode menus goes into the top level menu, i.e. the menu bar. So every minor mode you turn on takes space in the menu bar, but the space in the menu bar is limited. What I suggested is that minor mode menus should not go into the menu bar. They should go into a submenu for minor modes instead. (Perhaps that should be customized per minor mode.) Normally minor modes are not in the menus unless they are turned on. > OTOH it would be very nifty if there was a anything-minor-mode function > that let you browse (with some help text) and activate minor modes. The menus are also used for this. Functionality are sometimes put in the menus so that it is easier to find it. I think that is a good idea.