From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: describe-bindings: ^L, bad order, naming Date: Sat, 12 Nov 2005 08:32:35 +0200 Message-ID: References: <200511112049.jABKn9r23432@raven.dms.auburn.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1131777216 23336 80.91.229.2 (12 Nov 2005 06:33:36 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 12 Nov 2005 06:33:36 +0000 (UTC) Cc: drew.adams@oracle.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 12 07:33:30 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EaowO-0005zg-Ti for ged-emacs-devel@m.gmane.org; Sat, 12 Nov 2005 07:32:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EaowO-00062S-8T for ged-emacs-devel@m.gmane.org; Sat, 12 Nov 2005 01:32:44 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EaowF-00061o-TT for emacs-devel@gnu.org; Sat, 12 Nov 2005 01:32:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EaowE-00061c-EM for emacs-devel@gnu.org; Sat, 12 Nov 2005 01:32:35 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EaowE-00061Z-Ak for emacs-devel@gnu.org; Sat, 12 Nov 2005 01:32:34 -0500 Original-Received: from [192.114.186.20] (helo=nitzan.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EaowE-0006iE-As for emacs-devel@gnu.org; Sat, 12 Nov 2005 01:32:34 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-68-181.inter.net.il [80.230.68.181]) by nitzan.inter.net.il (MOS 3.6.5-GR) with ESMTP id BXW34524 (AUTH halo1); Sat, 12 Nov 2005 08:32:31 +0200 (IST) Original-To: Luc Teirlinck In-reply-to: <200511112049.jABKn9r23432@raven.dms.auburn.edu> (message from Luc Teirlinck on Fri, 11 Nov 2005 14:49:09 -0600 (CST)) 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:45807 Archived-At: > Date: Fri, 11 Nov 2005 14:49:09 -0600 (CST) > From: Luc Teirlinck > Cc: emacs-devel@gnu.org > > If the ^L is not displayed, how do you know that forward-page will > move you there? We could say that at the beginning of the buffer. > More importantly, what the ^L is _really_ there for is to force a page > break if the user prints the stuff off. Obviously, it should be > displayed as is, because the user printing it off should know that > there is going a page break there. ??? Strange logic. If I print the buffer (I admit I never did that; is there someone here that did?), why should I care exactly how many printed pages will I get? > He should be able to remove it after C-x C-q if he does not want a > page break there. It sounds like you are searching low and high for any argument, no matter how feeble, against this idea. Do you really believe newbies will know about C-x C-q and removing the page break? Anyway, the user still can remove the page break, even though it's covered by an overlay: just press DEL or Backspace or C-d. What made you think this would be impossible? > > We could use overlays to display the ^L as something more visually > > appealing, while leaving ^L in the buffer. > > Definitely not, for the reasons above. If there is a ^L in the buffer, > the user needs to know that. We already do something similar in Emacs, although not with ^L: in Info, for example. I don't see how ^L is more special than the other parts of text that we hide.