From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Infrastructural complexity. Date: Sun, 19 Jul 2009 23:57:08 +0300 Organization: JURTA Message-ID: <87ljmk2xy3.fsf@mail.jurta.org> References: <20090712180623.GA1009@muc.de> <1247798678.6302.156.camel@dell-desktop.example.com> <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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1248037212 8429 80.91.229.12 (19 Jul 2009 21:00:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Jul 2009 21:00:12 +0000 (UTC) Cc: rms@gnu.org, cyd@stupidchicken.com, Lennart Borgman , joakim@verona.se, emacs-devel@gnu.org, rudalics@gmx.at, monnier@iro.umontreal.ca, acm@muc.de, drew.adams@oracle.com To: Thomas Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 19 23:00:03 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 1MSdUI-0002Co-Tj for ged-emacs-devel@m.gmane.org; Sun, 19 Jul 2009 23:00:03 +0200 Original-Received: from localhost ([127.0.0.1]:44708 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MSdUI-0007qP-Bp for ged-emacs-devel@m.gmane.org; Sun, 19 Jul 2009 17:00:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MSdU6-0007gc-1N for emacs-devel@gnu.org; Sun, 19 Jul 2009 16:59:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MSdU1-0007ct-8r for emacs-devel@gnu.org; Sun, 19 Jul 2009 16:59:49 -0400 Original-Received: from [199.232.76.173] (port=37423 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MSdU1-0007cq-21 for emacs-devel@gnu.org; Sun, 19 Jul 2009 16:59:45 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:6487) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MSdTx-000287-66; Sun, 19 Jul 2009 16:59:41 -0400 Original-Received: from smtp-out1.starman.ee ([85.253.0.3] helo=mx1.starman.ee) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MSdTv-00008L-T4; Sun, 19 Jul 2009 16:59:40 -0400 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Original-Received: from mail.starman.ee (82.131.55.64.cable.starman.ee [82.131.55.64]) by mx1.starman.ee (Postfix) with ESMTP id 3BEFE3F411E; Sun, 19 Jul 2009 23:59:30 +0300 (EEST) In-Reply-To: <1248034719.6319.15.camel@dell-desktop.example.com> (Thomas Lord's message of "Sun, 19 Jul 2009 13:18:39 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) X-Detected-Operating-System: by mx20.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:112774 Archived-At: > This is more idle brainstorming than anything else: > > Some quick thoughts about how I think about this design > space: > > 1) A useful concept is that toolbars, tab bars, and menu > bars are all "virtual input devices". Their main function > is to give users a way to generate a distinct class of input > event types. This concept is reflected in the existing > support, of course, but it's useful to state it explicitly. > What kinds of "virtual input device" we have is necessarily > kind of ad hoc but that's ok because having just a few, general > purpose ad hoc virtual input devices goes a long way in terms > of utility. One of the main questions is where and how to attach these virtual input devices. It is still unclear how to attach a tab bar (a useful virtual input device still unsupported by Emacs unlike tool bars and menu bars) to the Emacs frame. Last year Jan looked how to do this in GTK and concluded this is not straightforward. Maybe newer GTK versions provide an easier way. > 2) We don't have to slavishly follow Eclipse or another > program to determine our list of virtual input devices. > When we pick virtual input device types and their behavior, > whenever possible, virtual input devices that make some sense > on plain-text smart terminals are extra nifty to have. We could implement tab bars on plain-text terminals exactly as a menu bar line is implemented at the top on the terminal window. > Given Emacs' huge command set, I'd really like to see a > virtual input device that resembled, say, the command menu > system of old PC programs like Lotus whatsit or any of the > spreadsheet programs. This also resembles the command > menu interfaces of some HP calculators, as I recall. Basically, > a narrow area for listing a thin menu of commands but with a > "tree structure" so you can dig down to sub-commands or pop > back up to parent menus. With a "home" or "clear" command for > getting back to the root of the command tree. Yes, I remember that in Lotus 1-2-3 the slash key activated a keyboard-driven menu. Since in Emacs keymaps and menus have the same structure it is easy to do the same in Emacs. -- Juri Linkov http://www.jurta.org/emacs/