From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Infrastructural complexity. Date: Sun, 19 Jul 2009 16:54:00 -0700 Message-ID: <80C5F93303FB4DDBBDAED1BE38989FEC@us.oracle.com> References: <20090712180623.GA1009@muc.de> <87ocrjtafd.fsf@stupidchicken.com> <1247871746.6287.157.camel@dell-desktop.example.com> <87tz19efhy.fsf@mail.jurta.org> <87vdlo5xzi.fsf@mail.jurta.org> <1248034719.6319.15.camel@dell-desktop.example.com> <7dbe73ed0907191456o5139ebaq346c050a075b72f4@mail.gmail.com> <1248042089.6319.42.camel@dell-desktop.example.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1248047699 30230 80.91.229.12 (19 Jul 2009 23:54:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Jul 2009 23:54:59 +0000 (UTC) Cc: rms@gnu.org, cyd@stupidchicken.com, 'Lennart Borgman' , joakim@verona.se, emacs-devel@gnu.org, 'Juri Linkov' , rudalics@gmx.at, monnier@iro.umontreal.ca, acm@muc.de To: "'Thomas Lord'" , "'Mathias Dahl'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 20 01:54:50 2009 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.50) id 1MSgDQ-0005kz-QI for ged-emacs-devel@m.gmane.org; Mon, 20 Jul 2009 01:54:49 +0200 Original-Received: from localhost ([127.0.0.1]:41517 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MSgDQ-0007om-Bs for ged-emacs-devel@m.gmane.org; Sun, 19 Jul 2009 19:54:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MSgCp-0007C3-FJ for emacs-devel@gnu.org; Sun, 19 Jul 2009 19:54:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MSgCk-00075l-FE for emacs-devel@gnu.org; Sun, 19 Jul 2009 19:54:10 -0400 Original-Received: from [199.232.76.173] (port=48374 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MSgCk-00075T-34 for emacs-devel@gnu.org; Sun, 19 Jul 2009 19:54:06 -0400 Original-Received: from acsinet12.oracle.com ([141.146.126.234]:50637) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MSgCh-0007UE-Aj; Sun, 19 Jul 2009 19:54:03 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n6JNreJK011261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 19 Jul 2009 23:53:41 GMT Original-Received: from abhmt001.oracle.com (abhmt001.oracle.com [141.146.116.10]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n6JNruOJ009721; Sun, 19 Jul 2009 23:53:56 GMT Original-Received: from dradamslap1 (/141.144.232.45) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 19 Jul 2009 16:53:53 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <1248042089.6319.42.camel@dell-desktop.example.com> Thread-Index: AcoIv1mw+FQxWiYHQV+B3xIIQ1GHmAACrUSQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt001.oracle.com [141.146.116.10] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010207.4A63B213.0077:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 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:112794 Archived-At: > Choosing an item off of a virtual input device > hierarchical menu should produce a synthetic > input event, such as [CMD-MENU FIND-FILE]. > > That would not directly call "find-file" it would > go through the usual keymap process to find the > binding for [CMD-MENU FIND-FILE]. LaCarte does go through the menu structure to look up a command. (It does not, however, produce a pseudo input event.) > For example, suppose I type C-h k > Next, I pick a menu item off of the command menu. > I should see the doc string for the command > that would be invoked had I not typed C-h k first. > > In tmm-mode, instead, I get the documentation > string for "tmm-shortcut". FWIW - Icicles does that (again, though, not in the same way). You can complete key sequences, including menu-bar menus. And you can see the doc for each completion candidate (menu item or submenu). You see the first doc-string line automatically (in the mode line of *Completions*) if you cycle among candidates. And you can see the full doc string for any candidates on demand. > Menu bars are an example of a virtual input/output device. > Scrollbars are examples of virtual input/output devices. > So are mode lines. A little hierarchical command menu > could be the same sort of thing. So, I would think, is the minibuffer. (I'm just following your examples. I didn't see any definition of virtual i/o device, so I might be mistaken.) > A very slight generalization > would allow lisp programs to specify both plain text and an > icon for each menu item. With that, we have in one subsystem > both toolbars, as in modern guis, and text based command menus > as in those ancient PC programs. Yes, icons in some menus (with or as replacement of text) could perhaps sometimes be useful. Similarly, for other kinds of completion candidates: file types, for instance, for file-name candidates. With Icicles, you can add icons to text candidates (including menu items) or use them instead of text: just add an image using s `display' property for the menu-item candidate. But I have never done so. (I haven't tried to use Emacs with images. Seems like too much trouble on Windows.)