From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric M. Ludlam" Newsgroups: gmane.emacs.devel Subject: Re: CEDET discoverability Date: Wed, 14 Jul 2010 20:31:54 -0400 Message-ID: <4C3E56FA.7090306@siege-engine.com> References: <4C3B6A8A.80105@gmx.de> <87wrt0e81n.fsf@telefonica.net> <62E9699C07054418AB66F9C5FCB54E5C@us.oracle.com> <87sk3oe3la.fsf@telefonica.net> <1154D96E7D2F401D849266F359E44BB9@us.oracle.com> <87ocecdzou.fsf@telefonica.net> <87hbk4i1m4.fsf@uwakimon.sk.tsukuba.ac.jp> <87bpacdpwl.fsf@telefonica.net> <878w5fizcb.fsf@uwakimon.sk.tsukuba.ac.jp> <4C3C553D.9090203@siege-engine.com> <877hkze69r.fsf_-_@telefonica.net> <838w5fs7et.fsf@gnu.org> <877hkzl50f.fsf@lola.goethe.zz> <87zkxv483i.fsf@stupidchicken.com> <87zkxuk65c.fsf@lola.goethe.zz> <87tyo26pkq.fsf@stupidchicken.com> <87pqypj3vp.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1279153024 10552 80.91.229.12 (15 Jul 2010 00:17:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 15 Jul 2010 00:17:04 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 15 02:17:03 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 1OZC8M-0001ps-TM for ged-emacs-devel@m.gmane.org; Thu, 15 Jul 2010 02:17:03 +0200 Original-Received: from localhost ([127.0.0.1]:47289 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZC8L-00025d-Sb for ged-emacs-devel@m.gmane.org; Wed, 14 Jul 2010 20:17:01 -0400 Original-Received: from [140.186.70.92] (port=46692 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZC8F-00025U-LC for emacs-devel@gnu.org; Wed, 14 Jul 2010 20:16:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OZC8E-0005Kg-Cf for emacs-devel@gnu.org; Wed, 14 Jul 2010 20:16:55 -0400 Original-Received: from bird.interbax.net ([75.126.100.114]:49369) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZC8E-0005KU-6F for emacs-devel@gnu.org; Wed, 14 Jul 2010 20:16:54 -0400 Original-Received: (qmail 8767 invoked from network); 14 Jul 2010 19:16:52 -0500 Original-Received: from static-71-184-83-10.bstnma.fios.verizon.net (HELO ?192.168.1.201?) (71.184.83.10) by interbax.net with SMTP; 14 Jul 2010 19:16:52 -0500 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a1pre) Gecko/20091222 Shredder/3.1a1pre In-Reply-To: <87pqypj3vp.fsf@lola.goethe.zz> X-detected-operating-system: by eggs.gnu.org: Windows 98 (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:127323 Archived-At: On 07/14/2010 02:48 PM, David Kastrup wrote: > So the only actually_existing_ keybindings we find in the > Analyzer/Smart Jump subnode tells us about keybindings that don't > actually use the analyzer. > >> > Do you have something specific in mind about what is missing? > There is so much in there that does not seem applicable without > reverting to Elisp programming that the few things that would likely > _be_ relevant are hard to find among the rest. > > The manual needs to funnel out everything that is not at user interface > level. David's point is much like what I had mentioned in the past. CEDET is a big collection of little tools and commands. As a 3rd party package, many items are just provided to be bound on the keyboard where the user might want them. Others are specified as minor modes which need to be turned on, and are on C-c or may not have keybindings. ie - they just display decorations or operate on a timer. I think it would behoove the Emacs community to think about the kinds of features you (or users) want, and where they go from an Emacs UI perspective. The emacs integration support of CEDET can then choose to bind these items to different keys. Should some of the items go into the global-keymap as base supported tools? Do others stay in minor-mode maps on C-c For example, in CEDET/CVS there is cedet-m3.el which binds mouse-3 to create a context-sensitive menu of options out of the CEDET suite that would be appropriate to use at that specific location clicked. What key could it also be bound to? Of the items listed in the manual that you didn't feel like binding to keys, where should they be bound to to provide the desired UI? Eric