From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: It is time for a feature freeze (it is NOW or never). Date: Fri, 16 Apr 2004 14:08:06 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <87eks0654s.fsf@sno.mundell.ukfsn.org> <87n06bp4ng.fsf@sno.mundell.ukfsn.org> <8765cwkejr.fsf@mail.jurta.org> <200404071157.UAA25094@etlken.m17n.org> <200404071312.WAA25268@etlken.m17n.org> <87zn9nqras.fsf@emacswiki.org> <87hdvux5uz.fsf@orebokech.com> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1082139964 26360 80.91.224.253 (16 Apr 2004 18:26:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Apr 2004 18:26:04 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Apr 16 20:25:58 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BEY2H-0003RB-00 for ; Fri, 16 Apr 2004 20:25:57 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BEY2H-0001Qv-00 for ; Fri, 16 Apr 2004 20:25:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BEY0y-0000pI-1r for emacs-devel@quimby.gnus.org; Fri, 16 Apr 2004 14:24:36 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BEXzp-0000Q3-Mx for emacs-devel@gnu.org; Fri, 16 Apr 2004 14:23:25 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BEXrE-0004DU-1B for emacs-devel@gnu.org; Fri, 16 Apr 2004 14:15:03 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BEXlh-00026k-JR for emacs-devel@gnu.org; Fri, 16 Apr 2004 14:08:49 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.24) id 1BEXl0-0008Of-Fq; Fri, 16 Apr 2004 14:08:06 -0400 Original-To: storm@cua.dk (Kim F. Storm) In-reply-to: (storm@cua.dk) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21787 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21787 I like to have a menu-bar on a window system, but don't like it on a terminal. Maybe a display-local variable could do that. It would be just as easy to do this job with frame-local variables (i.e. frame parameters), and they already exist. There could also be a need for different keymaps to co-exist. I don't want to add a feature like this just because maybe someone could use it sometimes. Emacs is already quite complex; let's not add more complexity to its basic mechanisms unless that is really important. Some modes may also initialize things differently based on the display type, e.g. depending on whether images are supported or not. On the contrary-- when the same Emacs can display on both ttys and graphic displays, it is clearly better to set up the buffer in a way that can work ok on both kinds of displays.