From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: Patch to disable links line in *info* buffer Date: Mon, 10 Jun 2002 13:28:44 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200206101728.g5AHSjQ29188@rum.cs.yale.edu> References: <87bsaos1fl.fsf@orebokech.com> <200206072322.g57NMtK27277@aztec.santafe.edu> <5xbsam1tje.fsf@kfs2.cua.dk> <87wut9tppe.fsf@orebokech.com> <200206101359.g5ADx7b28021@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1023730239 31233 127.0.0.1 (10 Jun 2002 17:30:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 10 Jun 2002 17:30:39 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17HT03-00087e-00 for ; Mon, 10 Jun 2002 19:30:39 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17HTMz-0005vj-00 for ; Mon, 10 Jun 2002 19:54:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17HSzd-0000P3-00; Mon, 10 Jun 2002 13:30:13 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17HSyI-0000HS-00 for ; Mon, 10 Jun 2002 13:28:50 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g5AHSjQ29188; Mon, 10 Jun 2002 13:28:45 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: "Robert J. Chassell" Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4710 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4710 > Perhaps it would be a good idea is to create a new *info* header line > based on the new style that also tells you the file name, and that > fills nicely to two lines when it is too wide to fit on one line, and > that can be copied by the usual commands. I haven't seen a convincing argument for why the header-line should contain the file and/or current node name. Based on your deep-vs-surface argument, I'd say that the best choice is to hide the first line by scrolling (rather than by narrow-to-region as is currently done), so that the deep info is readily available, although it's not annoyingly in-your-face like it is now. > Regardless of how the *info* header line question is settled, I do > think we should continue to support the simple and satisfying > principle that a user can copy anything within a buffer using the same > command (with keybinding and mouse interface). Moreover, I think we > should use the deep-structure/surface-representations model for many > of the newly arising display issues. The problem is that the header-line, just line the mode-line, the tool-bar, the menu-bar (and probably more) is not part of the buffer. There has never been any way to easily copy their content (and especially not their underlying "deep" content) with the usual keybindings. Stefan