From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#2588: 23.0.90; Man buffer improperly formatted - wrong width Date: Sat, 07 Mar 2009 16:15:54 +0200 Message-ID: References: <873adqnery.fsf@cyd.mit.edu> <001001c99ee0$35257540$0200a8c0@us.oracle.com> Reply-To: Eli Zaretskii , 2588@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1236437038 8360 80.91.229.12 (7 Mar 2009 14:43:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Mar 2009 14:43:58 +0000 (UTC) Cc: cyd@stupidchicken.com To: Drew Adams , 2588@emacsbugs.donarmstrong.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 07 15:45:13 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Lfxm5-0003kR-Dv for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Mar 2009 15:45:13 +0100 Original-Received: from localhost ([127.0.0.1]:41514 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lfxkj-0003fq-PU for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Mar 2009 09:43:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lfxke-0003dw-V1 for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2009 09:43:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lfxke-0003dN-K2 for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2009 09:43:44 -0500 Original-Received: from [199.232.76.173] (port=41038 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lfxke-0003dG-6P for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2009 09:43:44 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:37436) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Lfxkd-00016n-NY for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2009 09:43:44 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n27EherP030952; Sat, 7 Mar 2009 06:43:40 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n27EP4jn025947; Sat, 7 Mar 2009 06:25:04 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Eli Zaretskii Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 07 Mar 2009 14:25:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 2588 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 2588-submit@emacsbugs.donarmstrong.com id=B2588.123643536424326 (code B ref 2588); Sat, 07 Mar 2009 14:25:04 +0000 Original-Received: (at 2588) by emacsbugs.donarmstrong.com; 7 Mar 2009 14:16:04 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n27EG0NF024319 for <2588@emacsbugs.donarmstrong.com>; Sat, 7 Mar 2009 06:16:01 -0800 Original-Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KG500B003KEQ200@i_mtaout2.012.net.il> for 2588@emacsbugs.donarmstrong.com; Sat, 07 Mar 2009 16:16:36 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.192.247]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KG500G8S3NKGNW0@i_mtaout2.012.net.il>; Sat, 07 Mar 2009 16:16:33 +0200 (IST) In-reply-to: <001001c99ee0$35257540$0200a8c0@us.oracle.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Sat, 07 Mar 2009 09:43:44 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:26112 Archived-At: > From: "Drew Adams" > Date: Fri, 6 Mar 2009 20:50:14 -0800 > Cc: 2588@emacsbugs.donarmstrong.com > > > Doing what you want is not a trivial to man.el, I think. You > > can change the `Man-width' options if you want to fix the width. > > What do you mean "doing what I want"? This is not an enhancement request for > something "I want". This is a bug report. There's no way this can be defended as > reasonable or expected behavior. > > Imagine if `man' did something like that also for users who have `pop-up-frames' > = nil. You would have heard about it on day 1. Would you tell them to go and > customize the `Man-width' options to "fix the width" and get sane behavior? > Preposterous. As usual, Drew, you need to calm down. No one is jumping you, so please don't jump others in response. What Yidong was trying to say is this: Emacs sets the environment variable COLUMNS depending on the value of Man-width. Setting that variable to an integer value is supposed to cause `man' to format man pages to that width. Any other value causes the man pages to be formatted according to the width of the current window or the currently selected frame (depending on whether the variable is nil or t). The problem is, AFAICS, that with pop-up-frames `man' is run _before_ the frame to display its output is created. To do what you want we need to know in advance what would be the width of that frame. Do you have any suggestions for how to pull that trick? Pop-up frames could have non-default user-defined frame parameters for them, right? One thing we could easily do is not set COLUMNS in the environment if pop-up-frames is being used, but then you'd probably come up with another use-case, where pop-up frames are configured to come up with a width that is different from the default, and tell that this is a bug... However, as this at least restores the pre-v21 behavior, it could be the best solution for Emacs 23.1. Last, but not least, I recommend using WoMan on Windows in preference to `man'. Since it's written in Lisp, it interacts better with Emacs features, as far as text formatting is concerned. In particular, if you set woman-fill-frame to t, you will get what you want, I think. > Just look at it, to see how silly it is. I'm surprised that you would try to > defend keeping such outlandish behavior with such a lame argument. No one is defending this behavior. You just have been told that fixing it is not easy, which is a far cry.