From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: man.el Date: Sun, 22 Feb 2004 02:32:56 +0200 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87y8qwlzsz.fsf@mail.jurta.org> References: <87oertgsu6.fsf@emacswiki.org> <1438-Sat21Feb2004115639+0200-eliz@elta.co.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1077410579 27830 80.91.224.253 (22 Feb 2004 00:42:59 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 22 Feb 2004 00:42:59 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun Feb 22 01:42:50 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 1Auhhq-0006A5-00 for ; Sun, 22 Feb 2004 01:42:50 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Auhhq-0005ze-00 for ; Sun, 22 Feb 2004 01:42:50 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1AuhhK-0004wp-9t for emacs-devel@quimby.gnus.org; Sat, 21 Feb 2004 19:42:18 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1Auhfy-0003pH-Vb for emacs-devel@gnu.org; Sat, 21 Feb 2004 19:40:55 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1AuhfD-0002lX-3Z for emacs-devel@gnu.org; Sat, 21 Feb 2004 19:40:38 -0500 Original-Received: from [66.33.219.6] (helo=knife.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.30) id 1Auhf0-0002US-Bq for emacs-devel@gnu.org; Sat, 21 Feb 2004 19:39:54 -0500 Original-Received: from mail.jurta.org (80-235-38-72-dsl.mus.estpak.ee [80.235.38.72]) by knife.dreamhost.com (Postfix) with ESMTP id DABD9E4023 for ; Sat, 21 Feb 2004 16:39:49 -0800 (PST) Original-To: emacs-devel@gnu.org In-Reply-To: <1438-Sat21Feb2004115639+0200-eliz@elta.co.il> (Eli Zaretskii's message of "Sat, 21 Feb 2004 11:56:40 +0200") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 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:20105 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20105 "Eli Zaretskii" writes: > I don't think it's quite that simple. The correct choice depends on > where will Emacs pop the window in which it displays the formatted man > page. Since window popping follows some quite comlpex logic, it could > be wrong to use window-width in the case you cite. > > I think we need some machinery to allow us to know in advance where > the window will pop. Perhaps we should create the window before > running the `man' command, or maybe decide in advance where to pop the > window and force Emacs to pop it exactly where we tell it. This looks like a new notification method. While it might be good enough to make it sometime the default method, it will not solve the problems of existing notification methods, which should retain their current unpredictable (wrt window configuration) behavior for backwards compatibility. So I don't see a solution better than adding a new user option to define the number of columns, because it mostly depends on user's actions between invoking the man page formatting and displaying the man buffer. And one useful property of this option also is that the user unsatisfied with guesses made by frame-width or window-width can set a fixed integer value. -- http://www.jurta.org/emacs/